MySql主从复制-docker版

MySql主从复制-docker版

近期公司需要对多台docker容器的mysql进行主从复制，然后我就接受了这个任务。

其实docker版的主从复制和mysql的没啥区别，在公司按照流程配置也没啥问题，但是总是得不到效果。周末在学校用本地虚机，半个小时就配置出来了。此篇记录配置流程 + 体会：学校苟着真好。

分操作流程+原理两部分

一、操作流程：

主机：192.168.89.130（master）

从机：192.168.89.128（slave）

1、Master配置

（1）修改mysql的my.cnf配置文件。由于用的是mysql5.7，所以没有配置文件，就自己创建了一个。

（2） my.cnf中需要修改的配置主要有开启日志功能，设置server_id保证其唯一性（不能跟从库一样），过滤需备份的数据库。

bash-3.2# vim /etc/my.cnf
# 设置server_id，不能重复，一般可以设置为主库的IP
server_id=81
# 备份过滤：需要备份的数据库（master），输出binlog
binlog-do-db=master
# 备份过滤：不需要备份的数据库，不输出
binlog-ignore-db=mysql
# 开启二进制日志，将主库数据记录到mysql-bin开头的日志文件中（可自定义）          
log-bin=mysql-bin
# 配置每个session的内存，在事物过程中用来存储二进制日志的缓存
binlog_cache_size=1M
# 主从复制的格式（mixed,statement,row 默认的是statement）
binlog_format=mixed
# 二进制日志自动删除／过期的天数，默认为0，不自动删除
expire_logs_days=7
# 用于跳过主从复制中遇到的所有错误或指定的错误类型，避免slave端的终端
# 1062：主键冲突（具体的参数可以去网上查询）
slave_skip_errors=1062

（3） 启动／重启Master数据库服务，登录数据库，创建数据同步用户，并授权

#授权这个机器可以备份主数据库的数据，其中root是mysql账号，password是root的密码
mysql> GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'root'@'192.168.89.130' identified by 'password';
#然后刷新权限
mysql> flush privileges;
＃查看配置的主库信息，其中会用到里面的数据file和position
mysql> show master status;

（4） 主库数据备份，确保主从库的数据一致性。一般的数据库用mysqldump命令即可，但是docker必须要用docker的命令。

#mysql1是docker容器的别名，-ppassword=-p密码
docker exec -it mysql1 mysqldump -uroot -ppassword master > /tmp/master.sql
​
#注意：如果数据库是在被调用的过程时，需要对数据库进行锁库
# 临时锁住表，设置只读权限
mysql> flush tables with read lock;
# 备份数据库
bash-3.2# mysqldump -uroot -p --add-drop-table demo_ds_master_1 > /tmp/demo_ds_master_1.sql;
# 解锁表
mysql> unlock table;

2、slave配置

（1） 修改从数据库mysql的my.cnf配置文件，添加从数据库的中继日志配置

[root@develop etc]# vim my.cnf
# 设置server_id，不能重复，这里设置的是从库的IP
server-id=60
# 开启从数据库中继日志，将主数据库的binlog写到relay log中，中继日志以hehe-mysql-relay-bin开头（可自定义）
relay_log=hehe-mysql-relay-bin
# 设置从数据库为只读权限，防止主从数据不一致
read_only=1

（2） 如果从库需要作为另一个库的主库的话，需要加上Master上的配置信息，并且加上log_slave_updates=1将Master的binlog记录到自己的binlog日志中。

（3） 重启从库数据库，同步主库数据。

# 运行主数据库的备份数据库
[root@develop etc]# mysql -uroot -p demo_ds_master_1 < /tmp/demo_ds_master_1.sql
​
# 登录从数据库
[root@develop etc]# mysql -uroot -p
# 设置该从节点的主节点 master_user=root就是上面配置的具有复制权限的数据库账号密码（注意不是服务器系统系统密码）
mysql> change master to master_host='192.168.89.130', master_user='root',master_password='password',
master_port=3306,
master_log_file='mysql-bin.000001',  #主库查询的file字段，每次主库重启，字段都会发生变化，需要重新配置
master_log_pos=154;                 #主库查询的position字段，每次主库重启，字段都会发生变化，需要重新配置
# 开启主从同步
mysql> start slave;
# 查看主从同步状态
mysql> show slave status;

图片中显示如下，说明主从复制已经配置好了，下面主库插入数据就可以实现从库自动复制主库数据了。

• Slave_IO_State: Waiting for master to send event

• Slave_IO_Running: Yes

• Slave_SQL_Running: Yes

3、总结

首先主库和从库数据要一致。

第二个是如果要备份多个数据库。

改成下面这种

# 备份过滤：需要备份的数据库，输出binlog,配置文件中配置多个数据库或者表（表的配置参数和库的配置参数不同）

binlog-do-db=master
binlog-do-db=master1

二、主从复制原理

1、方式：

mysql主从复制有两种方式：基于日志（binlog）、基于GTID（全局事物标示符）本博文用的是基于日志（binlog）的复制。

2、原理：

1、　Master将数据记录到二进制日志中，也就是mysql配置文件my.cnf的log-bin指定的文件，这些记录叫做二进制日志事件。要开启二进制日志。

2、　Slave有两个线程，一个I/O线程，一个SQL线程。I/O线程请求Master，将得到的binlog日志写到relay log（中继日志） 文件中。

3、　SQL 线程，会读取relay log文件中的日志，并解析成具体操作，来实现主从的操作一致，而最终数据一致。

 

另外：如果从库需要作为另一个库的主库的话，需要加上Master上的配置信息，并且加上log_slave_updates=1将Master的binlog记录到自己的binlog日志中。

 参考：https://www.jb51.net/article/226077.htm

 

如果出现slave_sql_running=no的情况，一般就是因为从库数据和主库数据不一致导致的。

Slave_SQL_Running: No
1.程序可能在slave上进行了写操作

2.也可能是slave机器重起后，事务回滚造成的.

常用解决办法：

mysql> stop slave ;
mysql> set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;
mysql> start slave ;