MySQL 线下服务器架构调整记事(零)

  • 内容
  • 评论
  • 相关

mysql 线上服务器架构调整记事(零)

在开始这个系列文章之前,我先介绍一下该线上系统的用途以及MySQL服务器的架构。

一、线上系统介绍

该系统是一个面向律师事务所、会计师事务所(德勤)、大型企业(如IBM,GM)、高校(浙大)以及个人提供大陆地区法规、案例及相关新闻评论的信息检索及浏览系统,主要提供信息检索、订阅及在线浏览服务。

系统使用主要PHP语言开发,数据分析及处理部分使用java和Python;

此外数据检索使用了HP的“绯闻”不少的Autonomy以及Sphinx;

除此之外系统还使用了Smarty,Jquery和Extjs;

二、MySQL服务器架构

两台性能较好内存较大的数据库做Master-Master,使用MySQL mmm做管理及监控(监控另外还用了Nagios,Zabbix),其中一台数据库M1用作前台的DML操作,另外一台数据库M2用作CMS录入数据使用。

此外有两台Slave,其中S1用于搜索引擎(Autonomy和Sphinx)fetch数据使用,另外一台Slave数据库S2用于数据分析、数据处理及数据备份;

总体上来说,运行稳定,偶尔出现过的复制Duplicate key也是由于代码写的有问题导致的。

但是,随着用户访问量及数据量从去年10月份开始暴涨,数据库的performance正逐渐成为整个系统的主要性能瓶颈;所以老板决定了——加机器,做读写分离

鉴于代码比较乱,在代码层引入读写分离及load balance的成本较大,所以我们考虑使用Proxy工具来实现;

主要的两个选择是:1.MySQL proxy;2.Amoeba;两个工具目前都没找到线上使用实例(如果您知道的话,烦请告知一下,不胜感激!!)

虽然从文档、维护等各方面考虑最后决定使用MySQL proxy,但是因为MySQL proxy仍然处于alpha 0.8.3版本,而且MySQL手册上的“MySQL Proxy is currently an Alpha release and should not be used within production environments”却使得我一直很忐忑。

但路是人走出来了,硬着头皮上了

待续....

原创文章,转载请注明: 转载自搞代码

本文链接地址: MySQL 线下服务器架构调整记事(零)

微信支付二维码

微信 赏一包辣条吧~

支付宝支付二维码

支付宝 赏一听可乐吧~

评论

0条评论

发表评论

电子邮件地址不会被公开。 必填项已用*标注