最近部署测试环境,涉及到MySQL数据库主从双向同步的部署,记录一下部署过程,正常读写都发生在主库,从库作为备选数据库(热备份),当主库发生异常,数据库自动切换到从库,这里面是怎么监控数据库异常并触发自动切换,就不在这里研究记录了(公司用的自研中间件,这里可以使用heartbeat实现,暂不做研究);另外,主库和从库都还可以配置一个只读模式的备库,可以实现读写分离(使用mycat实现),这个看实际业务性能需求是否需要配置。下面只简单介绍主从双向同步的配置:
1. 原理:网上找的一张图解,应该是比较清晰的画出了组网中各个关键部件和作用,这张图解是主从复制,并不是双向同步,不过双向同步也是差不多了,只不过主库既是master也是slave,从库也即是master也是slave。
2. 环境准备,主从库的MySQL版本装同一个版本(5.6.38),避免出现未知的异常
主库:192.168.245.130:3306
从库:192.168.245.131:3306
3. 主库和从库的配置保持一致,除了server-id
# 设置server_id,主从服务器配置不同的值
server-id = 1
# 开启二进制日志功能,最好是绝对路径
log_bin = /opt/database/mysql/mysql-bin.log
# 中继日志路径
relay_log = /opt/database/mysql/mysql-relay-bin.log
# 允许从库将其重放的事件也记录到自身的二进制日志中
log_slave_updates = 1
# 二进制日志自动删除/过期的天数。默认值为0,表示不自动删除。
expire_logs_days = 7
# slave重放的事件时忽略的错误,all是忽略所有错误
# ddl_exist_errors:1007,1008,1050,1051,1054,1060,1061,1068,1094,1146
slave-skip-errors = ddl_exist_errors
4. 主从服务均创建帐号并授权:
# 在131机器执行下面SQL,在130机器上面把130换成131后执行,密码自定义
# 创建用户repl
CREATE USER 'repl'@'192.168.245.130' IDENTIFIED BY '';
# 授权
GRANT REPLICATION SLAVE ON *.* TO 'repl'@'192.168.245.130';
# 刷新权限
flush privileges;
5. 主从服务器上均查看slave状态:SHOW MASTER STATUS;
mysql> show master status;
+------------------+----------+--------------+------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000001 | 154 | | | |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)
分别记录主从服务器的File 和 Position,后面有用
6. 主从服务均执行slave同步语句,MASTER_LOG_FILE和MASTER_LOG_POS填写上一步查询的值,MASTER_HOST,MASTER_USER,MASTER_PASSWORD根据实际情况填写,当使用 MASTER_AUTO_POSITION 参数的时候,MASTER_LOG_FILE,MASTER_LOG_POS参数不能使用:
CHANGE MASTER TO MASTER_HOST='192.168.245.130', MASTER_USER='repl', MASTER_PASSWORD='123456', MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=154;
7. 主从服务器均启动slave:START SLAVE;
8. 主从服务器均查看slave状态:SHOW SLAVE STATUS\G;
mysql> SHOW SLAVE STATUS\G;
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.245.130
Master_User: rep
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000001
Read_Master_Log_Pos: 154
Relay_Log_File: mysqld-relay-bin.000001
Relay_Log_Pos: 117
Relay_Master_Log_File: mysql-bin.000001
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
...
状态中显示Slave_IO_Running和Slave_SQL_Running状态均为YES,说明主从同步已经配置完成,其中Seconds_Behind_Master显示比master落后的数据时延,通过这个数据可以查看主从的数据时差,判断主从同步的性能压力。
9. 常见问题:
a. 主从复制的时候,SQL线程执行的时候出现异常,Slave_SQL_Running状态编程NO,该怎么解决?
目前本人也没有比较好的办法解决,在配置参数里面添加了slave-skip-errors参数进行忽略错误,实际生产环境该参数如何添加要实际评估,如果不加该参数,出现SQL执行异常的时候,主从同步其实是会阻塞的,只能手动恢复,重新指定pos,stop salve -》change master to -》start slave
b. 怎么删除bin日志
stop salve -》reset slave -》start slave
c. 怎么开始GTID(全局事务ID)
在my.cfg配置文件添加如下参数,然后重启MySQL:
gtid_mode = on
enforce_gtid_consistency = 1
log_slave_updates = 1