前面我们介绍过了:死磕数据库系列(八):MySQL 主从同步 ,在数据量不大的情况,一主一从也足够支撑业务,当业务增长时,数据量会越来越大,这时就需要扩展主从库了。
所以,今天民工哥带大家一起来聊一聊:级联复制与双主双从等模式。希望大家能够从中收获多多!如有帮助,请点在看、转发支持一波!!!
级联复制
所谓级联复制就是 master A 服务,只给一台 slave B 同步数据,然后 slave B 在向后端的所有slave 同步数据,降低 master 服务的写压力,和复制数据的网络IO。这是一种非常好的扩展方式,在减少主库写压力与复制数据时IO的压力的同时,还能保证业务的正常开展。更多关于MySQL学习的文章,请参阅:死磕数据库系列之 MySQL ,本系列持续更新中。
接下来,就开始实践操作步骤。
master 配置
修改主配置文件
vim /etc/my.cnf
在[
mysql
]
配置块下添加如下两行配置
[mysql]log_bin #开启二进制日志功能server_id=1 #为当前节点设置一个全局惟一的ID号
重启mysql服务,使配置生效
systemctl restart mysql
授权复制权限
grant replication slave on *.* TO 'repluser'@'10.0.0.%' identified by 'replpass';
该命令作用就是授权repluser能拷贝数据库的所有内容。
参数解析
grant replcation slave:#就是允许该用户复制数据,授权repluser能拷贝数据库的所有内容*.*:#表示所有数据库,所有表;'repluser'@'10.0.0.%':#设置用户名即主机ip或网段,网段用%表示1~255;identified by:#设置密码。
中继 slave 配置
修改主配置文件
vim /etc/my.cnf
在[mysql]
配置块中添加如下两行配置:
[mysqld]log_binserver_id=2 #为当前节点设置一个全局惟一的ID号 read_only=ON #限制从服务器为只读.``"注意:此限制对拥有SUPER权限的用户均"log_slave_updates #该项的作用是把master服务器的二进制日志计入到本机,然后再把二进制日志复制给后端的其他slave服务器
重启mysql服务,使配置生效
systemctl restart mysql
使用有复制权限的用户账号连接至主服务器,并启动复制线程
change master to master_host='10.0.0.1', # 指定master主机IPmaster_user='repluser', # 指定master被授权的用户名master_password='replpass', #指定被授权的用户密码 master_log_file='mysql-bin.xxxxx', #指定从master服务器的那个二进制日志开始复制master_log_pos=#; #二进制日志位置,可以在master服务器上执行该命令查看,show master logs;
启动复制线程 IO_thread 和 SQL_thread
start slave;
查看中继slave状态
mysql> start slave;Query OK, 0 rows affected (0.00 sec) mysql> show slave status \G ;*************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 192.168.68.7 Master_User: repluser Master_Port: 3306 Connect_Retry: 60 Master_Log_File: mariadb-bin.000001 Read_Master_Log_Pos: 557 Relay_Log_File: mariadb-relay-bin.000002 Relay_Log_Pos: 843 Relay_Master_Log_File: mariadb-bin.000001 Slave_IO_Running: Yes "重点关注如果是NO表示线程没起来" Slave_SQL_Running: Yes "重点关注 如果是NO表示该线程没起来" 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: 557 Relay_Log_Space: 1139 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 "该项表示同步时间 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 配置
修改配置文件
vim /etc/my.cnf
在[mysql]
配置块中添加如下两行配置
[mysqld] server_id=3 #为当前节点设置一个全局惟一的ID号read_only=ON #限制从服务器为只读."注意:此限制对拥有SUPER权限的用户均"
重启mysql服务,使配置生效
systemctl restart mysql
使用有复制权限的用户账号连接至主服务器,并启动复制线程
change master to master_host='中继host', #指定中继slave主机IPmaster_user='repluser', #指定master被授权的用户名master_password='replpass', #指定被授权的用户密码 MASTER_LOG_FILE='mysql-bin.xxxxx', #指定从中继slave服务器的那个二进制日志开始复制master_log_pos=#; #二进制日志位置,可以在slave服务器上执行该命令查看,show master logs;
启动复制线程IO_THREAD和SQL_THREAD
start slave;
查看slave状态
mysql> start slave;Query OK, 0 rows affected (0.00 sec) mysql> show slave status\G*************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 192.168.68.17 Master_User: repluser Master_Port: 3306 Connect_Retry: 60 Master_Log_File: mariadb-bin.000001 Read_Master_Log_Pos: 557 Relay_Log_File: mariadb-relay-bin.000002 Relay_Log_Pos: 843 Relay_Master_Log_File: mariadb-bin.000001 Slave_IO_Running: Yes "重点关注如果是NO表示线程没起来" Slave_SQL_Running: Yes "重点关注 如果是NO表示该线程没起来" Replicate_Do_DB: Replicate_Ignore_DB: Replicate_Do_Table: Replicate_Ignore_Table: Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: Last_Errno: Last_Error: Skip_Counter: Exec_Master_Log_Pos: 557 Relay_Log_Space: 1139 Until_Condition: None Until_Log_File: Until_Log_Pos: 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: Last_IO_Error: Last_SQL_Errno: Last_SQL_Error: Replicate_Ignore_Server_Ids: Master_Server_Id: 1
后在 master 上创建数据库测试即可查看是否同步
级联复制特点:
- 降低master 服务压力,网络io压力
- 但是会产生数据不一致的问题
总结
- 中继slave需要打开二进制日志,必须加上 log_slave_updates 配置项
- 注意read_only=ON作用,限制 中继slave 为只读。
注意:此限制对拥有 super 权限的用户均
主从同步(一主一从)、级联同步(一主多从)这种架构下还是有一定的风险的,就是主库的单机故障问题。所以,接下来,给大家实践配置一下双主双从的步骤。更多关于MySQL学习的文章,请参阅:死磕数据库系列之 MySQL ,本系列持续更新中。
双主双从
一个主机 master1 用于处理所有写请求, 它的从机 slave1 和另一台主机 master2 还有它的从机 slave2 负责所有读请求。
当 master1 主机宕机后, master2 主机负责写请求, master1、 master2 互为备机。架构图如下 :
服务器规划
双 Master 机配置文件修改
说明 :当前所有的 mysql 是正常运行的单机版 ,下面的配置只是增加双主双从,不是mysql从零开始配置的。
Master1 配置
vim /etc/my.cnf
my.cnf 增加 的内容:
[mysqld]
#主服务器ID (与 Master2,...... MasterN 的不同点)server-id=1#启用二进制日志log-bin=mysql-bin
#从库的中继日志,主库日志写到中继日志,中继日志再重做到从库# relay-log=myslql-relay-bin
# binlog保留时间7天expire_logs_days=7
# binlog 文件的大小max_binlog_size=1G
#设置logbin格式。取值:STATEMENT (默认),ROW,MIXEDbinlog_format=ROW
# 该从库是否写入二进制日志。如果需要成为多主则可启用。只读可以不需要log-slave-updates=1
# 该服务器自增列的初始值。(与 Master2,...... MasterN 的不同点)auto-increment-offset=1
# 该服务器自增列增量。其默认值是1, 取值范围是1 .. 65535auto-increment-increment=2
# 设置不要复制的数据库(可设置多个)binlog-ignore-db=information_schemabinlog-ignore-db=mysqlbinlog-ignore-db=performance_schemabinlog-ignore-db=sys
#设置需要复制的数据库(可选)。# 如果要配置了此项,则 mysql 只复制下面指定的数据库。# 如果不配置此项,则 mysql 默认复制所有的数据库(不包含 binlog-ignore-db 的数据库)binlog-do-db=需要复制的主数据库1binlog-do-db=需要复制的主数据库2
Master2 配置
修改配置文件:
vim /etc/my.cnf
my.cnf 增加 的内容:
[mysqld]
#主服务器ID。(与 Master1,Master3,...... MasterN 的不同点)server-id=3#启用二进制日志log-bin=mysql-bin
#从库的中继日志,主库日志写到中继日志,中继日志再重做到从库# relay-log=myslql-relay-bin
# binlog保留时间7天expire_logs_days=7
# binlog 文件的大小max_binlog_size=1G
#设置logbin格式。取值:STATEMENT (默认),ROW,MIXEDbinlog_format=ROW
# 双主模式中,log-slave-updates必须配置。因为作为从数据库的时候,有写入操作也要更新二进制日志文件log-slave-updates=1
# 该服务器自增列的初始值。取值范围是1 .. 65535auto-increment-offset=2
# 该服务器自增列增量。(与 Master1,Master 3, ...... MasterN 的不同点)auto-increment-increment=2
# 设置不要复制的数据库(可设置多个)binlog-ignore-db=information_schemabinlog-ignore-db=mysqlbinlog-ignore-db=performance_schemabinlog-ignore-db=sys
#设置需要复制的数据库(可选)# 如果要配置了此项,则 mysql 只复制下面指定的数据库。# 如果不配置此项,则 mysql 默认复制所有的数据库(不包含 binlog-ignore-db 的数据库)binlog-do-db=需要复制的主数据库1binlog-do-db=需要复制的主数据库2
重启Mysql,使配置生效
systemctl restart mysqld.service
双 Slave 机配置文件修改
Slave1 配置
vim /etc/my.cnf
my.cnf 的内容:
[mysqld]
#从服务器IDserver-id=2#启用中继日志relay-log=mysql-relay
Slave2 配置
vim /etc/my.cnf
my.cnf 的内容:
[mysqld]
#从服务器IDserver-id=4#启用中继日志relay-log=mysql-relay
重启Mysql,使配置生效
systemctl restart mysqld.service
双 Master 机上创建账号,并授权远程复制
grant replication slave on *.* TO 'slave'@'%' identified by '123123';
查询Master1的状态
show master status;
查询Master2的状态
show master status;
分别记录下 File 和 Position 的值,执行完此步骤后不要再操作主服务器MYSQL,防止主服务器状态值变化。更多关于MySQL学习的文章,请参阅:死磕数据库系列之 MySQL ,本系列持续更新中。
双Slave机上执行 change master
change master 命令格式如下:
#复制主机的命令change master to master_host='主机的IP地址',master_user='slave',master_password='123123',master_log_file='mysql-bin.具体数字',master_log_pos=154;
执行 change master 命令
Slave1 复制 Master1的命令:Slave2 复制 Master2的命令:
启动两台Slave服务器复制功能
#启动两台从服务器复制功能start slave;
查看Slave服务器状态
查看从服务器状态的命令:
show slave status\G;
Slave1 上 mysql 的从服务器状态
Slave2 上 mysql 的从服务器状态
当 Slave_IO_Running
、Slave_SQL_Running
两个参数都是Yes,则说明主从配置成功!
从服务涉及到的命令:
1、停止从服务复制功能
stop slave;
2、重新配置主从 :
stop slave;reset master;
两个主机互相复制 change master
因为是双主双从,所以要配置 Master2 复制 Master1, Master1 复制 Master2。
在 Master2 上执行 的命令
相当于Master2 作为 从机,复制主机 Master1 (101
)上的数据。
change master to master_host='192.168.140.101', ## Master1 的host IPmaster_user='slave',master_password='123123',master_log_file='mysql-bin.000008',master_log_pos=154; ## Master1 的mysql-bin 相应参数
在 Master1 上的执行命令:
相当于Master1 作为 从机,复制主机 Master2 (102
)上的数据。
change master to master_host='192.168.140.102', ## Master2 的host IPmaster_user='slave',master_password='123123',master_log_file='mysql-bin.000001',master_log_pos=154; ## Master2 的mysql-bin 相应参数
启动两台 Master 服务器复制功能
#在两个Mysql主服务上,执行复制功能start slave;
查看两台 Master 服务的 Slave 服务器状态
从服务器状态命令:
show slave status\G;
Master2 的服务状态:
Master1 的服务状态 :
当 Slave_IO_Running
、Slave_SQL_Running
两个参数都是Yes,则说明主从配置成功!
双主从双测试
在 Master1 主机新建库、新建表、 insert 记录,然后在 Master2、slave1、slave2上查看复制 是否成功。
参考来源:https://xiaojin21cen.blog.csdn.net/article/details/104001396 https://xiaojin21cen.blog.csdn.net/article/details/103913870