MySQL 5.7 新特性之增强半同步复制

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了MySQL 5.7 新特性之增强半同步复制，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含4975字，纯文字阅读大概需要8分钟。

内容图文

半同步复制

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

1. 正常的复制为：事务一（t1）写入binlog buffer；dumper 线程通知slave有新的事务t1；binlog buffer 进行checkpoint；slave的io线程接收到t1并写入到自己的的relay log；slave的sql线程写入到本地数据库。 这时，master和slave都能看到这条新的事务，即使master挂了，slave可以提升为新的master。
2. 异常的复制为：事务一（t1）写入binlog buffer；dumper 线程通知slave有新的事务t1；binlog buffer 进行checkpoint；slave因为网络不稳定，一直没有收到t1；master 挂掉，slave提升为新的master，t1丢失。
3. 很大的问题是：主机和从机事务更新的不同步，就算是没有网络或者其他系统的异常，当业务并发上来时，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 。

  1） AFTER_COMMIT

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

   2）  AFTER_SYNC （5.7的默认值）

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

2. 实验过程

环境介绍

10.180.2.161 M1
10.180.2.162 M2 

[root@M1 ~]# more /etc/issue
CentOS release 6.9 (Final)

[root@M1 ~]# mysql --version
mysql Ver 14.14 Distrib 5.7.18, for linux-glibc2.5 (x86_64) using EditLine wrapper

两台server 做KeepAlive 的双主， 过程详见之前的文章

安装半同步插件

由于是双主，两台server 同时安装master 和slave 的插件

install plugin rpl_semi_sync_master soname ‘semisync_master.so‘；

install plugin rpl_semi_sync_slave soname ‘semisync_slave.so‘；

show plugins;  # 确认插件已经安装

| rpl_semi_sync_master | ACTIVE | REPLICATION | semisync_master.so | GPL |
| rpl_semi_sync_slave | ACTIVE | REPLICATION | semisync_slave.so | GPL |

修改半同步参数 

两台server 都执行

并持久化到my.cnf  文件的[mysqld]

检查参数状态

root@localhost:mysql3306.sock [testha]>show global variables like ‘%semi%‘;
+-------------------------------------------+------------+
| Variable_name | Value |
+-------------------------------------------+------------+
| rpl_semi_sync_master_enabled | ON |
| rpl_semi_sync_master_timeout | 1000 |
| rpl_semi_sync_master_trace_level | 32 |
| rpl_semi_sync_master_wait_for_slave_count | 1 |
| rpl_semi_sync_master_wait_no_slave | ON |
| rpl_semi_sync_master_wait_point | AFTER_SYNC |
| rpl_semi_sync_slave_enabled | ON |
| rpl_semi_sync_slave_trace_level | 32 |
+-------------------------------------------+------------+
8 rows in set (0.01 sec)

开启半同步

由于已经在运行双主，此时只需要重启IO_thread 线程即可

检查半同步是否在执行

root@localhost:mysql3306.sock [testha]>show global status like ‘%semi%‘;
+--------------------------------------------+-------+
| Variable_name | Value |
+--------------------------------------------+-------+
| Rpl_semi_sync_master_clients | 1 |   # 有一个client 在运行半同步
| Rpl_semi_sync_master_net_avg_wait_time | 0 |
| Rpl_semi_sync_master_net_wait_time | 0 |
| Rpl_semi_sync_master_net_waits | 2 |
| Rpl_semi_sync_master_no_times | 0 |
| Rpl_semi_sync_master_no_tx | 0 |   # 库未及时响应的事务数,如果这个值很大就有问题
| Rpl_semi_sync_master_status | ON |
| Rpl_semi_sync_master_timefunc_failures | 0 |
| Rpl_semi_sync_master_tx_avg_wait_time | 1309 | # 半同步的延时
| Rpl_semi_sync_master_tx_wait_time | 2618 | # 半同步的延时
| Rpl_semi_sync_master_tx_waits | 2 |
| Rpl_semi_sync_master_wait_pos_backtraverse | 0 |
| Rpl_semi_sync_master_wait_sessions | 0 |
| Rpl_semi_sync_master_yes_tx | 2 | # Semi-sync模式下，成功的事务数
| Rpl_semi_sync_slave_status | ON |
+--------------------------------------------+-------+

MySQL 5.7 新特性之增强半同步复制

标签：libc   thread   一个   工作   more   修改   global   io线程   sql   

本文系统来源：http://www.cnblogs.com/rayment/p/7291055.html

内容总结

以上是互联网集市为您收集整理的MySQL 5.7 新特性之增强半同步复制全部内容，希望文章能够帮你解决MySQL 5.7 新特性之增强半同步复制所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端