介绍

半同步复制

普通的replication,即mysql的异步复制,依靠mysql二进制日志也即binary log进行数据复制。比如两台机器,一台主机(master),另外一台是从机(slave)。

正常的复制为:

事务一(t1)写入binlog buffer;dumper 线程通知slave有新的事务t1;binlog buffer 进行checkpoint;slave的io线程接收到t1并写入到自己的的relay log;slave的sql线程写入到本地数据库。 这时,master和slave都能看到这条新的事务,即使master挂了,slave可以提升为新的master。

异常的复制为:

事务一(t1)写入binlog buffer;dumper 线程通知slave有新的事务t1;binlog buffer 进行checkpoint;slave因为网络不稳定,一直没有收到t1;master 挂掉,slave提升为新的master,t1丢失。

很大的问题是:主机和从机事务更新的不同步,就算是没有网络或者其他系统的异常,当业务并发上来时,slave因为要顺序执行master批量事务,导致很大的延迟。

为了弥补以上几种场景的不足,mysql从5.5开始推出了半同步。

即在master的dumper线程通知slave后,增加了一个ack,即是否成功收到t1的标志码。也就是dumper线程除了发送t1到slave,还承担了接收slave的ack工作。如果出现异常,没有收到ack,那么将自动降级为普通的复制,直到异常修复。

增强半同步复制

5.7 半同步复制的改进,主从一致性加强, 支持在事务commit前等待ACK,5.7的半同步最关键的一个新增参数是rpl_semi_sync_master_wait_point 。
AFTER_COMMIT

master将每个事务写入binlog ,传递到slave 刷新到磁盘(relay log),同时主库提交事务。master等待slave 反馈收到relay log,只有收到ACK后master才将commit OK结果反馈给客户端。

AFTER_SYNC (5.7的默认值)

master 将每个事务写入binlog , 传递到slave 刷新到磁盘(relay log)。master等待slave 反馈接收到relay log的ack之后,再提交事务并且返回commit OK结果给客户端。 即使主库crash,所有在主库上已经提交的事务都能保证已经同步到slave的relay log中

环境

前提是主从异步复制环境要提前搭建好,然后再开启mysql增强半同步

环境:mysql5.7.30 主从异步复制早已部署好。

加载plugin插件

建议master和slave上全部执行(考虑到MHA的主从自动切换的环境)

在主库安装semisync_master.so和semisync_slave.so插件:

master

mysql> INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';
Query OK, 0 rows affected (0.01 sec)

mysql> INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';
Query OK, 0 rows affected (0.00 sec)

slave

mysql> INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';
Query OK, 0 rows affected (0.01 sec)

mysql> INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';
Query OK, 0 rows affected (0.00 sec)

查看是否已经安装了插件

mysql> select * from mysql.plugin;
+----------------------+--------------------+
| name                 | dl                 |
+----------------------+--------------------+
| rpl_semi_sync_master | semisync_master.so |
| rpl_semi_sync_slave  | semisync_slave.so  |
+----------------------+--------------------+
2 rows in set (0.00 sec)

slave和master开启增强半同步参数

生产环境上建议先在slave库上的开启 增强半同步参数

set global rpl_semi_sync_slave_enabled =1;
stop  slave io_thread;
start  slave io_thread;

此刻观察master的错误日志:提示开启了Semi-sync replication 复制

2020-05-20T03:12:10.906895Z 0 [Note] InnoDB: Buffer pool(s) load completed at 200520 11:12:10
2020-05-20T03:26:01.260561Z 3 [Note] Start binlog_dump to master_thread_id(3) slave_server(223157), pos(master-bin.000003, 619)
2020-05-20T03:32:15.081693Z 5 [Note] While initializing dump thread for slave with UUID <689e64cc-9a47-11ea-8e23-000c29f27a67>, found a zombie dump thread with the same UUID. Master is killing the zombie dump thread(3).
2020-05-20T03:32:15.081815Z 5 [Note] Start binlog_dump to master_thread_id(5) slave_server(223157), pos(master-bin.000003, 619)
2020-05-20T03:32:15.081862Z 5 [Note] Start semi-sync binlog_dump to slave (server_id: 223157), pos(master-bin.000003, 619)
2020-05-20T03:32:15.081994Z 3 [Note] Stop asynchronous binlog_dump to slave (server_id: 223157)

然后master上再开启增强半同步参数

set global rpl_semi_sync_master_enabled =1;
set global rpl_semi_sync_master_timeout   =1000;
#增强半同步的个数
set global rpl_semi_sync_master_wait_for_slave_count = 1 ; 

MySQL官网配置方法

rpl_semi_sync_master_enabled=1
rpl_semi_sync_slave_enabled=1
rpl_semi_sync_master_timeout=2000
rpl_semi_sync_master_wait_for_slave_count=1
plugin_load_add=semisync_master.so
plugin_load_add=semisync_slave.so  

本博客所有内容采用 知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议 进行许可

转载文章请注明:mysql5.7 开启增强半同步复制 - https://yangxx.net/?p=4087

分类: linux数据库

young

记住该记住的,忘记该忘记的,改变能改变的,接受不能改变的!

发表评论

电子邮件地址不会被公开。 必填项已用*标注

我不是机器人*