MYSQL半同步

sync:
主库接收一个事务，提交时，需要SLAVE已经写RELAY LOG之后，主库才会完事这个事务的提交，返回给客户端提交成功的提示。
当从库DOWN机或者网络问题，超过一定的时间设置，　SYNC就会自动转为ASYNC。
当主库DOWN机时，因为数据已全部保证的同步到了从库，　因此而完成了０数据丢失。
优化点：　开启SEMI_SYNC后，每一个事务需等待备库接收日志后才返回给客户端，　如果是小事务，　两台主机的延迟又较小，则
SEMI-SYNC可以实现在性能很小损失的情况下０数据丢失。
缺点：　完成单条事务增加了额外的等待延迟，延迟的大小取决于网络的好坏。
SEMI-SYNC不是分布式事务，　主库会在自己完成事务后，　等待备库接收事务日志。

async:
这个是默认的同步方式，主库接收一个事务，提交时，不需要去管SLAVE是否写日志了就直接返回给客户端已提交成功。这种情况当主库
DOWN机了，从库上面是会有数据损失的，又或者当从库DOWN机后有可能造成从库无法追上主库的问题。

 

操作过程：:
1. 加载模块：
INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';
INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';

2. 主库操作：
install plugin rpl_semi_sync_master soname 'semisync_master.so';
set global rpl_semi_sync_master_enabled=1;
set global rpl_semi_sync_master_timeout=1000;

3. 从库操作：
install plugin rpl_semi_sync_slave soname 'semisync_slave.so';
set global rpl_semi_sync_slave_enabled=1;
stop slave;
start slave;

sync:
主库接收一个事务，提交时，需要SLAVE已经写RELAY LOG之后，主库才会完事这个事务的提交，返回给客户端提交成功的提示。
当从库DOWN机或者网络问题，超过一定的时间设置，　SYNC就会自动转为ASYNC。
当主库DOWN机时，因为数据已全部保证的同步到了从库，　因此而完成了０数据丢失。
优化点：　开启SEMI_SYNC后，每一个事务需等待备库接收日志后才返回给客户端，　如果是小事务，　两台主机的延迟又较小，则
SEMI-SYNC可以实现在性能很小损失的情况下０数据丢失。
缺点：　完成单条事务增加了额外的等待延迟，延迟的大小取决于网络的好坏。
SEMI-SYNC不是分布式事务，　主库会在自己完成事务后，　等待备库接收事务日志。

async:
这个是默认的同步方式，主库接收一个事务，提交时，不需要去管SLAVE是否写日志了就直接返回给客户端已提交成功。这种情况当主库
DOWN机了，从库上面是会有数据损失的，又或者当从库DOWN机后有可能造成从库无法追上主库的问题。



操作过程：:
1. 加载模块：
INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';
INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';

2. 主库操作：
install plugin rpl_semi_sync_master soname 'semisync_master.so';
set global rpl_semi_sync_master_enabled=1;
set global rpl_semi_sync_master_timeout=1000;

3. 从库操作：
install plugin rpl_semi_sync_slave soname 'semisync_slave.so';
set global rpl_semi_sync_slave_enabled=1;
stop slave;
start slave;

　　

转载于:https://www.cnblogs.com/o-to-s/articles/3768201.html