大型网站为了软解大量的并发访问,除了在网站实现分布式负载均衡,远远不够。到了数据业务层、数据访问层,若是仍是传统的数据结构,或者只是单单靠一台服务器扛,如此多的数据库链接操做,数据库必然会崩溃,数据丢失的话,后果更是 不堪设想。这时候,咱们会考虑如何减小数据库的联接,一方面采用优秀的代码框架,进行代码的优化,采用优秀的数据缓存技术如:redis,memcached,若是资金丰厚的话,必然会想到建设服务器群,来分担主数据库的压力。Ok切入今天文章主题,利用MySQL主从配置,实现读写分离,减轻数据库压力。这种方式,在现在不少网站里都有使用,也不是什么新鲜事情,今天总结一下,方便你们学习参考一下。html
数据库Master主服务器:192.168.10.130
数据库Slave从服务器:192.168.10.131
MySQL-Proxy调度服务器:192.168.10.132java
如下操做,均是在192.168.10.132即MySQL-Proxy调度服务器 上进行的。python
mysql具体的安装过程与上文相同。mysql
检查系统所需软件包linux
经过 rpm -qa | grep name 的方式验证如下软件包是否已所有安装。c++
若缺乏相关的软件包,可经过yum -y install方式在线安装,或直接从系统安装光盘中找到并经过rpm -ivh方式安装。redis
编译安装luasql
MySQL-Proxy的读写分离主要是经过rw-splitting.lua脚本实现的,所以须要安装lua。数据库
lua可经过如下方式得到编程
从http://www.lua.org/download.html下载源码包
从rpm.pbone.net搜索相关的rpm包
这里咱们建议采用源码包进行安装
安装配置MySQL-Proxy
MySQL-Proxy可经过如下网址得到:
http://mysql.cdpa.nsysu.edu.tw/Downloads/MySQL-Proxy/
推荐采用已经编译好的二进制版本,由于采用源码包进行编译时,最新版的MySQL-Proxy对automake,glib以及libevent的版本都有很高的要求,而这些软件包都是系统的基础套件,不建议强行进行更新。
而且这些已经编译好的二进制版本在解压后都在统一的目录内,所以建议选择如下版本:
32位RHEL5平台:
http://mysql.cdpa.nsysu.edu.tw/Downloads/MySQL-Proxy/mysql-proxy-0.8.1-linux-rhel5-x86-32bit.tar.gz
64位RHEL5平台:
http://mysql.cdpa.nsysu.edu.tw/Downloads/MySQL-Proxy/mysql-proxy-0.8.1-linux-rhel5-x86-64bit.tar.gz
测试平台为RHEL5 32位,所以选择32位的软件包
建立mysql-proxy服务管理脚本
脚本参数详解:
最新的脚本咱们能够从最新的mysql-proxy源码包中获取
修改读写分离脚本rw-splitting.lua
修改默认链接,进行快速测试,不修改的话要达到链接数为4时才启用读写分离
修改完成后,启动mysql-proxy
/opt/mysql-proxy/init.d/mysql-proxy start
建立用于读写分离的数据库链接用户
登录主数据库服务器192.168.10.130,经过命令行登陆管理MySQL服务器
因为咱们配置了主从复制功能,所以从数据库服务器192.168.10.131上已经同步了此操做。
为了清晰的看到读写分离的效果,须要暂时关闭MySQL主从复制功能
登录从数据库服务器192.168.10.131,经过命令行登陆管理MySQL服务器
关闭Slave同步进程
链接MySQL-Proxy
登录成功后,在first_db数据的first_tb表中插入两条记录
查询记录
经过读操做并无看到新记录
mysql> quit
退出MySQL-Proxy
下面,分别登录到主从数据库服务器,对比记录信息
首先,检查主数据库服务器
两条新记录都已经存在
而后,检查从数据库服务器
没有新记录存在
由此验证,咱们已经实现了MySQL读写分离,目前全部的写操做都所有在Master主服务器上,用来避免数据的不一样步;
另外,全部的读操做都分摊给了其它各个Slave从服务器上,用来分担数据库压力。
经验分享:
1.当MySQL主从复制在 show slave statusG 时出现Slave_IO_Running或Slave_SQL_Running 的值不为YES时,须要首先经过 stop slave 来中止从服务器,而后再执行一次本文 2.1与2.2 章节中的步骤便可恢复,但若是想尽量的同步更多的数据,能够在Slave上将master_log_pos节点的值在以前同步失效的值的基础上增大一些,而后反复测试,直到同步OK。由于MySQL主从复制的原理其实就是从服务器读取主服务器的binlog,而后根据binlog的记录来更新数据库。
2.MySQL-Proxy的rw-splitting.lua脚本在网上有不少版本,可是最准确无误的版本仍然是源码包中所附带的lib/rw-splitting.lua脚本,若是有lua脚本编程基础的话,能够在这个脚本的基础上再进行优化;
3.MySQL-Proxy实际上很是不稳定,在高并发或有错误链接的状况下,进程很容易自动关闭,所以打开–keepalive参数让进程自动恢复是个比较好的办法,但仍是不能从根本上解决问题,所以一般最稳妥的作法是在每一个从服务器上安装一个MySQL-Proxy供自身使用,虽然比较低效但却能保证稳定性;
4.一主多从的架构并非最好的架构,一般比较优的作法是经过程序代码和中间件等方面,来规划,好比设置对表数据的自增id值差别增加等方式来实现两个或多个主服务器,但必定要注意保证好这些主服务器数据的完整性,不然效果会比多个一主多从的架构还要差;
5.MySQL-Cluster 的稳定性也不是太好;
6.Amoeba for MySQL 是一款优秀的中间件软件,一样能够实现读写分离,负载均衡等功能,而且稳定性要大大超过MySQL-Proxy,建议你们用来替代MySQL-Proxy,甚至MySQL-Cluster。
原文连接:
http://heylinux.com/archives/1004.html
识别图中二维码,领取python全套视频资料