一、通过二进制文件binlog进行主从同步
开启防火墙3306端口
1.设置主服务器:/etc/my.cnf
log-bin=binlog #二进制文件名称,需要开启
binlog-format=ROW ; # row,statement,mixed mysql默认采用statement
**statement:**主要记录了sql。日志量小。在某些情况如下,会导致数据不一致
**row:**日志会记录每一行的修改,不会出现数据不一致的问题。缺点:批量操作时会产生大量日志。
**mixed:**一般情况下使用statement保存binlog,对于statement无法复制的操作,使用row模式来保存
企业使用:
1.如果生产中使用mysql的特殊功能相对较少(存储过程、触发器、函数)。选择默认的语句模式,statement。
2.如果特殊功能使用的比较少,可以选择mixed模式。
3.如果特殊功能使用的多,并且希望数据最大化一致,使用statement
binlog-do-db=db;需要同步的数据库的名称
show master status:查看主库的二进制文件名称,位置
从库配置:
查看主从状态:
show replica status\G;
查看主从复制是否正常:
Replica_IO_Running:yes
Replica_SQL_Running:yes
1.如何保证主从一致:
bin-log改成row行格式
2.主库在同步到从库时,网络慢导致了主从延迟,从库查不到最新的数据:
主从机器配置一样;
一主多从;
大事务分批操作;
binlog:
binlog会记录所有的逻辑操作,并且采用的是"追加写"的形式,不会像redolog一样去覆盖日志文件
什么情况会使用主从复制:
1.读写分离 2.做数据的热备 3.业务量越来越大,减少磁盘的I/O;
mysql主从同步的三种模式:
1.异步复制:默认的就是异步复制,主库执行完客户端提交的事务后会立即将结果返回给客户端,并不关心从库是否已经接收并处理。
2.同步复制:当主库提交事务之后,所有的从库节点必须收到、apply并且提交这些事务,然后主库线程才能继续做后续的操作。
3.半同步复制:主库执行完客户端提价的事务后不是立刻返回给客户端,而是至少等待一个从库接受并写到relay log中才返回给客户端。
二、基于全局事务标识符GTID
my.cnf:
主库
[mysqld]
从库: