mysql主从复制(二)
mysql默认的主从同步中存在一下问题
一、主库宕机后,从库数据可能丢失
二、从库只有一个SQL Thread,主库写压力大,数据可能延迟
解决方案有如下两点
一、半同步复制,解决数据丢失问题
二、并行复制,解决从库复制延迟问题
1、半同步复制
概念:所谓半同步复制,即引入了ACK确认机制,当主库写了bin log日志后向从库发起写操作,从库写入relay log之后向主库发送ACK确认,接着主库才进行事务提交。
原理图如下
主库操作
1、执行select @@have_dynamic_loading; 如果为YES才支持动态加载操作
2、执行select plugins;查看当前数据库版本支持的插件列表
3、执行install plugin rpl_semi_sync_master soname 'semisync_master.so'; 安装插件
4、查询半同步相关信息show variables like '%semi%'; 如下图所示
5、由于还没开启半同步复制,则执行set global rpl_semi_sync_master_enabled=1;
6、将同步时间改为1秒 set global rpl_semi_sync_master_timeout=1000;
从库操作
1、和主库一样安装插件 install plugin rpl_semi_sync_slave soname 'semisync_slave.so';
2、如下图所示,由于还没开启,则开启从库半同步复制 set global rpl_semi_sync_slave_enabled=1;
3、停止从库 stop slave;
4、启动从库 start slave;
5、查看是否启用了半同步 查看文件/var/log/mysqld.log,会出现如下图的日志信息。
2、并行复制
描述:在从库中有两个线程 IO Thread 和 SQL Thread,都是单线程工作模式,因此有延迟问题,我们可以采用多线程机制来加强,从而减少延迟。
主库操作
1、查询分组信息 show variables like '%binlog_group%';
2、设置延迟时间 set global binlog_group_commit_sync_delay=1000;
3、设置一个组线程数量 set global binlog_group_commit_sync_no_delay_count=100;
从库操作
1、往/etc/my.cnf文件中添加下面信息
slave_parallel_type='LOGICAL_CLOCK'
slave_parallel_workers=8
master_info_repository=TABLE
relay_log_info_repository=TABLE
relay_log_recovery=1
添加之后重启一下服务service mysql restart