mysql主从复制与读写分离部署
2017-10-18 14:19
561 查看
读写分离与主从复制是提升mysql性能的重要及必要手段，大中型管理系统或网站必用之。
一、什么是读写分离与主从复制
先看图
（图1 图片来源于网络）
如上图所示，当web server1/2/3要写入数据时，则向mysql db Master(主服务器）发出写入请求（即写入到master），如果要进入读操作时，则只向从服务器 mysql DB Slave1或2或3发出读取请求。如此将原本读写在同一台服务器的工作量分摊到了一台负责写入，N台负责读取（大部分的网站都是读取请求远大于写入请求），从而从一定程度时实现了负载均衡（如果有N台从服务器，则由主从代理系统自动分配某个具体请求从哪一个从服务器读取）。
读写分离是靠主从复制来实现的。即当一个数据写入到主服务器后，主服务器会将写入信息写入到binlog（二进制日志）里，同时同步（或异步或半同步）到从服务器里。从服务器根据主服务器传来的binlog，生成relay-log(中继日志），然后mysql服务器再用relay-log的信息将数据写入到数据库。
如此做的优点除了实现负责均衡之外，还为我们保留了两份实时热备的数据binlog和relay-log。当服务器发生灾难时，我们可以用他们将数据恢复到任何一个时间点。
二、准备
1、在linux上安装好两台mysql服务器（mysql至少5.5以上），且两台服务器最好在一个机房（如此通过内网进行主从复制，速度远远大于通过外网。如果web服务器也在同一机房，则也可内网访问，还不用向ISP买带宽）。
假定主的IP为10.121.0.110，从的IP为10.121.0.220.
2、关闭两台服务器的防火墙（稍后再配置）：
# service iptables stop （这是centos6.5关闭方法，其他系统请问度娘）
3、如果你没有创建数据库，则进行如下操作
(1)在主服务器上登录mysql
# mysql -uroot -p你的密码
(2)创建数据库
mysql> create database test1;
mysql> create database test2;
(3)如果已经有历史数据，则将历史数据备份成sql文件上传到主服务器，运行如下命令
mysql> source /disk/test1.sql;（'/disk/test1.sql '换成你自己的路径即可）
三、主服务器配置
mysql已经提供了完美的读写分离与主从复制支持，我们只需要作如下设置即可。
1、配置my.cnf
# vi /etc/my.cnf
(1)去掉log-bin=mysql-bin前的“#”号。这一行的意思是允许mysql使用binlog，同时为主从复制打开了大门。这是关键中的关键中的关键。
(2)如果有多个数据库，则添加如下行：
binlog-do-db=数据库名1
binlog-do-db=数据库名2
binlog-do-db=数据库名3
binlog-ignore-db=mysql(忽略mysql自身用的数据库)
(3)查看server-id是后的数字并记住。slave(从服务器)的server-id不能与该值重复。
(4)查看expire-log-day。binlog过期时间，默认为10天。你可以根据你硬盘空间大小及每天产生的数据量修改。如果你有冷备，则一般设成2-3天即可。
2、操作数据库
(1)在linux命令行下登录mysql
# mysql -uroot -p(你的root密码)
(2)创建并授权一个帐号
mysql> GRANT REPLICATION SLAVE ON *.* TO 'slave_account'@'10.121.0.220' identified by '123456'
这句的意思是，允许从服务器'10.121.0.220 '使用'slave-account'及'123456'这个帐号密码对对主服务器的所有数据库（*.*)进行主从复制（'REPLICATION SLAVE').
(3)重启mysql使上述配置生效
# etc/init.d/mysql restart 或
# service mysql restart
(4)查看主服务器binlog状态
mysql> show master stauts;
（图2）
记下File及Position下的值。以备在配置从服务器时使用。
注：File：当前binlog的文件名，每重启一次mysql，就会生成一个新binlog文件
Position：当前binlog的指针位置
三、从服务器配置
1、配置mysql.cnf
# vi /etc/my.cnf
(1)修改server-id=2（该值不能与主服务器的server-id同。如果有多个从服务器，则该值顺延）
(2)添加如下两行：
relay-log-index=slave-relay-bin.index (中继日志的索引文件）
relay-log=slave-relay-bin （中继日志的文件前缀）
(3)重启mysql使上述配置生效
# /etc/init.d/mysql restart
(4)登录mysql
# mysql -uroot -p你的密码
(5)停止主从复制服务
mysql> stop slave
(6)主从关联配置
mysql> change master to
master_host='10.121.0.110', #主服务器IP
master_user='slave_account ', #主服务器访问从服务器的用户，即上述第三条第2小条第2子条所述帐号
master_password='123456', #主服务器访问从的密码，即上述第三条第2小条第2子条所述密码
master_log_file='mysql-bin.000008', #主服务器起始的binlog文件名，即图2的file
master_log_pos=107; #主服务器binlog起始位置，即图2的postion
上述每行都特别重要，错一个字符都不行
(7)启动从服务
mysql> start slave
(8) 查看从服务的状态，判断从服务是否生效
mysql> show slave status\G; （G参数为纵向显示结果）
会显示如下结果
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.0.110
Master_User: slave_account
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.00008
Read_Master_Log_Pos: 107
Relay_Log_File: slave-relay-bin.000002
Relay_Log_Pos: 253
Relay_Master_Log_File: mysql-bin.00008
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 264
Relay_Log_Space: 409
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 0
Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Master_Server_Id: 1
如果Slave_IO_Running和Slave_SQL_Running都显示YES，则表示从与主的读写通讯正常、主动复制已经运行，则表明我们主从复制已经设置成功。如果出现故障，则看下节“故障排除”。
然后，你再在主服务器插入一条数据，看看从服务器相应数据库里有没有做相应更新。如果有，则大功告成。
四、权限配置
虽然某些mysql版本不进行如下操作，可能也能正常运行，但我还是强列建议你设置。否则，必有安全之虑。
1、为master分配select、insert、update、delete权限
mysql>GRANT SELECT,INSERT,UPDATE,DELETE ON *.* TO '数据库的帐号'@'WEB服务器的IP' identified by '密码'。
注意，虽然master只负责写，但也必须有select权限。原因是使用事务时，需要从master查询，二是update/delete这些命令都需要使用select权限。
2、为slave分配select权限
mysql> GRANT SELECT ON *.* TO '数据库的帐号'@'WEB服务器的IP' identified by '密码';
这样设置也有一个弊端，就是当主宕机时，读写分离机制分主动将写操作转到从上来，这时，就会出现写不正常的情况。所以，slave要分配哪些权限，还看你自己选择。
五、防火墙配置
刚才我们为了调试方便，先关闭了防火墙，但这样做，非常很不安全。特别是数据库服务器，关系公司的身家性命，更不可小视。
主从复制的防火墙，还是比较好设置的，如果你只有一台web服务器，则只需要在主、从服务器的iptables里开放2个授权即可。先在主服务器执行如下命令：
# iptables INPUT -s 10.121.0.220 -j ACCEPT （允许从服务器访问）
# iptables INPUT -s 10.121.2.142 -j ACCEPT (允许web服务器访问）
# service iptables save (保存上述规则)
# service iptables restart (重启iptables)
在从中将第一条换成主的IP即可。
设置完后，再在从上用show slave status看看主从复制是否正常。
六、一些故障排除
设置过程中，可能会出现如下几个故障
（1） Slave_IO_Running: No
（2） Slave_IO_Running: Connect
（3）Last_IO_Error: error connecting to master 'slave-account@192.168.0.110:3306' - retry-time: 60 retries: 8640
其实上述故障，都是由IO不正常造成的，请从如下几个步骤着手检查。
a.配置完主或从的my.cnf后，是否重启了mysql服务。如果重启还不成功，则可以用reboot命令重启服务器后再试
b.change master那一步所填写的信息是否正确。
（4）Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server ids; these ids must be different for replication to work (or the --replicate-same-server-id option must be used on slave but this does not always make
sense; please check the manual before using it).
如上是说主、从使用了相同的server-id，进入my.cnf检查，改正之，然后重启mysql服务。
七、php设置
在php的数据库连接配置文件里作如下设置即可
//该行读写分离支持
'DB_DEPLOY_TYPE'=> 1,
'DB_RW_SEPARATE'=>true,
//主、从数据库的IP地址，前为主，后从
'DB_HOST' => '10.121.0.110,10.121,0.220',
// 数据库类型
'DB_TYPE' => 'mysql',
// 用户名,如果主和从的用户名相同，则 可省略一个
'DB_USER' => 'root root',
// 用户名,如果主和从密码相同，则可省略一个
'DB_PWD' => '123456 123456',
// 用户名,如果主和从数据库相同，则可省略一个
'DB_NAME' => 'test test'
至此，主从复制与读写分离设置全部完成。
文章来源于微信公众号--磊丰学长：PHP自学中心；
一、什么是读写分离与主从复制
先看图
（图1 图片来源于网络）
如上图所示，当web server1/2/3要写入数据时，则向mysql db Master(主服务器）发出写入请求（即写入到master），如果要进入读操作时，则只向从服务器 mysql DB Slave1或2或3发出读取请求。如此将原本读写在同一台服务器的工作量分摊到了一台负责写入，N台负责读取（大部分的网站都是读取请求远大于写入请求），从而从一定程度时实现了负载均衡（如果有N台从服务器，则由主从代理系统自动分配某个具体请求从哪一个从服务器读取）。
读写分离是靠主从复制来实现的。即当一个数据写入到主服务器后，主服务器会将写入信息写入到binlog（二进制日志）里，同时同步（或异步或半同步）到从服务器里。从服务器根据主服务器传来的binlog，生成relay-log(中继日志），然后mysql服务器再用relay-log的信息将数据写入到数据库。
如此做的优点除了实现负责均衡之外，还为我们保留了两份实时热备的数据binlog和relay-log。当服务器发生灾难时，我们可以用他们将数据恢复到任何一个时间点。
二、准备
1、在linux上安装好两台mysql服务器（mysql至少5.5以上），且两台服务器最好在一个机房（如此通过内网进行主从复制，速度远远大于通过外网。如果web服务器也在同一机房，则也可内网访问，还不用向ISP买带宽）。
假定主的IP为10.121.0.110，从的IP为10.121.0.220.
2、关闭两台服务器的防火墙（稍后再配置）：
# service iptables stop （这是centos6.5关闭方法，其他系统请问度娘）
3、如果你没有创建数据库，则进行如下操作
(1)在主服务器上登录mysql
# mysql -uroot -p你的密码
(2)创建数据库
mysql> create database test1;
mysql> create database test2;
(3)如果已经有历史数据，则将历史数据备份成sql文件上传到主服务器，运行如下命令
mysql> source /disk/test1.sql;（'/disk/test1.sql '换成你自己的路径即可）
三、主服务器配置
mysql已经提供了完美的读写分离与主从复制支持，我们只需要作如下设置即可。
1、配置my.cnf
# vi /etc/my.cnf
(1)去掉log-bin=mysql-bin前的“#”号。这一行的意思是允许mysql使用binlog，同时为主从复制打开了大门。这是关键中的关键中的关键。
(2)如果有多个数据库，则添加如下行：
binlog-do-db=数据库名1
binlog-do-db=数据库名2
binlog-do-db=数据库名3
binlog-ignore-db=mysql(忽略mysql自身用的数据库)
(3)查看server-id是后的数字并记住。slave(从服务器)的server-id不能与该值重复。
(4)查看expire-log-day。binlog过期时间，默认为10天。你可以根据你硬盘空间大小及每天产生的数据量修改。如果你有冷备，则一般设成2-3天即可。
2、操作数据库
(1)在linux命令行下登录mysql
# mysql -uroot -p(你的root密码)
(2)创建并授权一个帐号
mysql> GRANT REPLICATION SLAVE ON *.* TO 'slave_account'@'10.121.0.220' identified by '123456'
这句的意思是，允许从服务器'10.121.0.220 '使用'slave-account'及'123456'这个帐号密码对对主服务器的所有数据库（*.*)进行主从复制（'REPLICATION SLAVE').
(3)重启mysql使上述配置生效
# etc/init.d/mysql restart 或
# service mysql restart
(4)查看主服务器binlog状态
mysql> show master stauts;
（图2）
记下File及Position下的值。以备在配置从服务器时使用。
注：File：当前binlog的文件名，每重启一次mysql，就会生成一个新binlog文件
Position：当前binlog的指针位置
三、从服务器配置
1、配置mysql.cnf
# vi /etc/my.cnf
(1)修改server-id=2（该值不能与主服务器的server-id同。如果有多个从服务器，则该值顺延）
(2)添加如下两行：
relay-log-index=slave-relay-bin.index (中继日志的索引文件）
relay-log=slave-relay-bin （中继日志的文件前缀）
(3)重启mysql使上述配置生效
# /etc/init.d/mysql restart
(4)登录mysql
# mysql -uroot -p你的密码
(5)停止主从复制服务
mysql> stop slave
(6)主从关联配置
mysql> change master to
master_host='10.121.0.110', #主服务器IP
master_user='slave_account ', #主服务器访问从服务器的用户，即上述第三条第2小条第2子条所述帐号
master_password='123456', #主服务器访问从的密码，即上述第三条第2小条第2子条所述密码
master_log_file='mysql-bin.000008', #主服务器起始的binlog文件名，即图2的file
master_log_pos=107; #主服务器binlog起始位置，即图2的postion
上述每行都特别重要，错一个字符都不行
(7)启动从服务
mysql> start slave
(8) 查看从服务的状态，判断从服务是否生效
mysql> show slave status\G; （G参数为纵向显示结果）
会显示如下结果
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.0.110
Master_User: slave_account
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.00008
Read_Master_Log_Pos: 107
Relay_Log_File: slave-relay-bin.000002
Relay_Log_Pos: 253
Relay_Master_Log_File: mysql-bin.00008
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 264
Relay_Log_Space: 409
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 0
Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Master_Server_Id: 1
如果Slave_IO_Running和Slave_SQL_Running都显示YES，则表示从与主的读写通讯正常、主动复制已经运行，则表明我们主从复制已经设置成功。如果出现故障，则看下节“故障排除”。
然后，你再在主服务器插入一条数据，看看从服务器相应数据库里有没有做相应更新。如果有，则大功告成。
四、权限配置
虽然某些mysql版本不进行如下操作，可能也能正常运行，但我还是强列建议你设置。否则，必有安全之虑。
1、为master分配select、insert、update、delete权限
mysql>GRANT SELECT,INSERT,UPDATE,DELETE ON *.* TO '数据库的帐号'@'WEB服务器的IP' identified by '密码'。
注意，虽然master只负责写，但也必须有select权限。原因是使用事务时，需要从master查询，二是update/delete这些命令都需要使用select权限。
2、为slave分配select权限
mysql> GRANT SELECT ON *.* TO '数据库的帐号'@'WEB服务器的IP' identified by '密码';
这样设置也有一个弊端，就是当主宕机时，读写分离机制分主动将写操作转到从上来，这时，就会出现写不正常的情况。所以，slave要分配哪些权限，还看你自己选择。
五、防火墙配置
刚才我们为了调试方便，先关闭了防火墙，但这样做，非常很不安全。特别是数据库服务器，关系公司的身家性命，更不可小视。
主从复制的防火墙，还是比较好设置的，如果你只有一台web服务器，则只需要在主、从服务器的iptables里开放2个授权即可。先在主服务器执行如下命令：
# iptables INPUT -s 10.121.0.220 -j ACCEPT （允许从服务器访问）
# iptables INPUT -s 10.121.2.142 -j ACCEPT (允许web服务器访问）
# service iptables save (保存上述规则)
# service iptables restart (重启iptables)
在从中将第一条换成主的IP即可。
设置完后，再在从上用show slave status看看主从复制是否正常。
六、一些故障排除
设置过程中，可能会出现如下几个故障
（1） Slave_IO_Running: No
（2） Slave_IO_Running: Connect
（3）Last_IO_Error: error connecting to master 'slave-account@192.168.0.110:3306' - retry-time: 60 retries: 8640
其实上述故障，都是由IO不正常造成的，请从如下几个步骤着手检查。
a.配置完主或从的my.cnf后，是否重启了mysql服务。如果重启还不成功，则可以用reboot命令重启服务器后再试
b.change master那一步所填写的信息是否正确。
（4）Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server ids; these ids must be different for replication to work (or the --replicate-same-server-id option must be used on slave but this does not always make
sense; please check the manual before using it).
如上是说主、从使用了相同的server-id，进入my.cnf检查，改正之，然后重启mysql服务。
七、php设置
在php的数据库连接配置文件里作如下设置即可
//该行读写分离支持
'DB_DEPLOY_TYPE'=> 1,
'DB_RW_SEPARATE'=>true,
//主、从数据库的IP地址，前为主，后从
'DB_HOST' => '10.121.0.110,10.121,0.220',
// 数据库类型
'DB_TYPE' => 'mysql',
// 用户名,如果主和从的用户名相同，则 可省略一个
'DB_USER' => 'root root',
// 用户名,如果主和从密码相同，则可省略一个
'DB_PWD' => '123456 123456',
// 用户名,如果主和从数据库相同，则可省略一个
'DB_NAME' => 'test test'
至此，主从复制与读写分离设置全部完成。
文章来源于微信公众号--磊丰学长：PHP自学中心；
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 
相关文章推荐
- 一步一图搭建-分布式服务器部署之mysql集群-主从复制与读写分离
- Ansible-playbook自动部署mysql的主从复制读写分离
- MySQL主从复制原理及配置详细过程以及主从复制集群自动化部署的实现
- Mysql主从复制和读写分离方案分析
- MySQL 主从复制 + MySQL Router 部署测试
- mysql的主从复制与读写分离
- mysql主从复制、读写分离、分库分表、分片
- web架构 之 MySQL负载均衡 主从复制 读写分离
- mysql主从复制读写分离之——proxysql应用
- Mysql主从复制和读写分离
- Mysql主从复制，读写分离中间件--mycat
- MySQL主从复制、Amoeba读写分离
- 使用Spring实现读写分离（MySQL实现主从复制）
- 使用spring实现读写分离（mysql主从复制）二-配置主从复制
- 使用spring实现读写分离（mysql实现主从复制）
- 使用Spring实现读写分离（ MySQL实现主从复制）
- MySQL主从复制（Master-Slave）与读写分离（MySQL-Proxy）实践
- MySQL主从复制（Master-Slave）与读写分离（MySQL-Proxy）实践
- Mysql 5.6 基于GTID的主从复制及使用Amoeba配置读写分离
- Amoeba实现Mysql主从复制读写分离