mysql 主从复制

一、通过二进制文件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]

 从库：