MySQL主从复制的三种模式

目录

前言

模式划分

如何更改主从复制的模式

补充~

---

前言

 

上一篇文章我们实现了主从复制https://blog.csdn.net/Delicious_Life/article/details/106154307

主从复制有三种模式，分别是基于SQL语句的复制(statement-based replication, SBR)，基于行的复制(row-based replication, RBR)，混合模式复制(mixed-based replication, MBR)。对应的，binlog的格式也有三种：STATEMENT，ROW，MIXED 

mysql默认的主从复制模式是ROW

 

 

模式划分

 

STATEMENT模式（SBR）

记录每一条SQL修改

• 每一条会修改数据的sql语句会记录到binlog中。优点是并不需要记录每一条 sql语句和每一行的数据变化，减少了binlog日志量，节约IO，提高性能。
• 缺点是在某些情况下会导致 master-slave中的数据不一致(如sleep()函数， last_insert_id()，以及user-defined functions(udf)等会出现问题)

ROW模式（RBR）

仅记录修改的内容，不记录具体的SQL

• 不记录每条sql语句的上下文信息，仅需记录哪条数据被修改了，修改成什么样了。而且不会出现某些特定情况下的存储过程、或function、或trigger的调用和触发无法被正确复制的问题。
• 缺点是会产生大量的日志，尤其是altertable的时候会让日志暴涨。

MIXED模式（MBR）

• 以上两种模式的混合使用，一般的复制使用STATEMENT模式保存binlog，对于STATEMENT模式无法复制的操作使用ROW模式保存binlog，MySQL会根据执行的SQL语句选择日志保存方式。

建议使用MIXED模式~

 

 

如何更改主从复制的模式

 

先查看

show global variables like 'binlog%';

进入到master服务器的my.cnf文件中，增加一行，设置主从复制模式

重启master服务器的数据库 

docker restart percona-master01 && docker logs -f percona-master01

再次查看，发现模式已经改成了MIXED 

 

 

补充~

如果此时你发现主从同步失效了，我们可以再从新配置下

1.在从数据库输入命令，停止同步 

stop slave;

2.在从库中重写配置与主库的关系(注意主库最新的file和pos要改过来)

CHANGE MASTER TO
	master_host='192.168.62.132',
	master_user='itcast',
	master_password='itcast',
	master_port=3306,
	master_log_file='mysql-bin.000003',
	master_log_pos=743;

3.从库开启同步功能

start slave;

OK了！