rpl_semi_sync_master_wait_no_slave 参数研究实验
最近在研究MySQL,刚学到半同步。
半同步的配置中,关于这两个参数:
rpl_semi_sync_master_wait_no_slave
rpl_semi_sync_master_wait_for_slave_count
发现很不好搞懂,请教了一些老师,也做了一些资料搜索,每个人给我的答案都不同:
中文网络上一些典型的说法,这些都是错误的!!!:
rpl_semi_sync_master_wait_for_slave_count:
控制slave应答的数量,默认是1,表示master接收到几个slave应答后才commit。
rpl_semi_sync_master_wait_no_slave :
1.需要等待几个slave节点的ACK,否则一直waiting。
2.当一个事务被提交,但是Master没有Slave连接,这时M不可能收到任何确认信息,但M会在时间限制范围内继续等待。如果没有Slave链接,会切换到异步复制。是否允许master每个事务提交后都要等待slave的接收确认信号。默认为on,每一个事务都会等待。如果为off,则slave追赶上后,也不会开启半同步复制模式,需要手工开启。
好奇心驱使我通过实验来验证大家的说法,可惜的是——都是错的。通过官方文档,看的云里雾里的,只好自己探索。
探索内容
半同步参数
- rpl_semi_sync_master_wait_no_slave(重点)
- rpl_semi_sync_master_wait_for_slave_count
环境信息
role |
ip |
port |
hostname |
etc |
master |
192.168.188.101 |
4306 |
mysqlvm1 |
提示符为mysql> |
slave |
192.168.188.201 |
4306 |
mysqlvm1-1 |
提示符为mysql4306> |
5306 |
提示符为mysql5306> |
|||
6306 |
提示符为mysql6306> |
|||
7306 |
提示符为mysql7306> |
MySQL版本
5.7.26
前置条件
已配置好主从复制。
配置增强半同步
1.加载lib,所有主从节点都要配置。
主库&从库:
install plugin rpl_semi_sync_master soname 'semisync_master.so'; install plugin rpl_semi_sync_slave soname 'semisync_slave.so';
2.查看,确保所有节点都成功加载。
mysql> show plugins; | rpl_semi_sync_master | ACTIVE | REPLICATION | semisync_master.so | GPL | | rpl_semi_sync_slave | ACTIVE | REPLICATION | semisync_slave.so | GPL |
3.启用半同步
1.先启用从库上的参数,最后启用主库的参数。
从库:
set global rpl_semi_sync_slave_enabled = 1; # 1:启用,0:禁止
主库:
set global rpl_semi_sync_master_enabled = 1; # 1:启用,0:禁止 set global rpl_semi_sync_master_timeout = 60000; # 60秒,时间长些便于实验
2.从库重启io_thread
stop slave io_thread; start slave io_thread;
查看主库参数
mysql> show global variables like "%sync%"; show global status like "%sync%"; +-------------------------------------------+------------+
| Variable_name | Value |
+-------------------------------------------+------------+
| binlog_group_commit_sync_delay | 100 |
| binlog_group_commit_sync_no_delay_count | 10 |
| innodb_flush_sync | ON |
| innodb_sync_array_size | 1 |
| innodb_sync_spin_loops | 30 |
| rpl_semi_sync_master_enabled | ON |
| rpl_semi_sync_master_timeout | 60000 |
| rpl_semi_sync_master_trace_level | 32 |
| rpl_semi_sync_master_wait_for_slave_count | 3 |
| 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 |
| sync_binlog | 1 |
| sync_frm | ON |
| sync_master_info | 10000 |
| sync_relay_log | 10000 |
| sync_relay_log_info | 10000 |
+-------------------------------------------+------------+
18 rows in set (0.00 sec) +--------------------------------------------+----------+
| Variable_name | Value |
+--------------------------------------------+----------+
| Innodb_data_fsyncs | 664 |
| Innodb_data_pending_fsyncs | 0 |
| Innodb_os_log_fsyncs | 413 |
| Innodb_os_log_pending_fsyncs | 0 |
| Rpl_semi_sync_master_clients | 4 |
| Rpl_semi_sync_master_net_avg_wait_time | 0 |
| Rpl_semi_sync_master_net_wait_time | 0 |
| Rpl_semi_sync_master_net_waits | 199 |
| Rpl_semi_sync_master_no_times | 21 |
| Rpl_semi_sync_master_no_tx | 48 |
| Rpl_semi_sync_master_status | ON |
| Rpl_semi_sync_master_timefunc_failures | 0 |
| Rpl_semi_sync_master_tx_avg_wait_time | 3280008 |
| Rpl_semi_sync_master_tx_wait_time | 72160195 |
| Rpl_semi_sync_master_tx_waits | 22 |
| Rpl_semi_sync_master_wait_pos_backtraverse | 0 |
| Rpl_semi_sync_master_wait_sessions | 0 |
| Rpl_semi_sync_master_yes_tx | 20 |
| Rpl_semi_sync_slave_status | OFF |
+--------------------------------------------+----------+ 19 rows in set (0.00 sec)
============================我是分割线=====================================
实验1:
场景:
rpl_semi_sync_master_wait_no_slave=ON
rpl_semi_sync_master_wait_for_slave_count=3
slave存活1,其他slave停止,会发生什么?
步骤:
1.只保留一个slave,停止其他3个slave
mysql5306> stop slave;
mysql6306> stop slave;
mysql7306> stop slave;
2.立即查询master
为减少信息干扰,只截取了需要关注的数据
mysql> show global variables like "%sync%"; show global status like "%sync%"; +-------------------------------------------+------------+
| Variable_name | Value |
+-------------------------------------------+------------+
| rpl_semi_sync_master_enabled | ON |
| rpl_semi_sync_master_timeout | 60000 |
| rpl_semi_sync_master_wait_for_slave_count | 3 |
| rpl_semi_sync_master_wait_no_slave | ON |
| rpl_semi_sync_master_wait_point | AFTER_SYNC |
| rpl_semi_sync_slave_enabled | ON |
+-------------------------------------------+------------+
18 rows in set (0.00 sec) +--------------------------------------------+----------+
| Variable_name | Value |
+--------------------------------------------+----------+
| Rpl_semi_sync_master_clients | 4 |
| Rpl_semi_sync_master_status | ON |
| Rpl_semi_sync_slave_status | OFF |
+--------------------------------------------+----------+
19 rows in set (0.00 sec)
3.等待一分钟,再查询master
mysql> show global variables like "%sync%"; show global status like "%sync%"; +-------------------------------------------+------------+
| Variable_name | Value |
+-------------------------------------------+------------+
| rpl_semi_sync_master_enabled | ON |
| rpl_semi_sync_master_timeout | 60000 |
| rpl_semi_sync_master_wait_for_slave_count | 3 |
| rpl_semi_sync_master_wait_no_slave | ON |
| rpl_semi_sync_master_wait_point | AFTER_SYNC |
| rpl_semi_sync_slave_enabled | ON |
+-------------------------------------------+------------+
18 rows in set (0.00 sec) +--------------------------------------------+----------+
| Variable_name | Value |
+--------------------------------------------+----------+
| Rpl_semi_sync_master_clients | 1 |
| Rpl_semi_sync_master_status | ON |
| Rpl_semi_sync_slave_status | OFF |
+--------------------------------------------+----------+
19 rows in set (0.00 sec)
4.另外开启一个master会话,开始一个事务并提交
mysql> insert into new values(4);
[挂起……]
5.查看master
发现无变化
mysql> show global variables like "%sync%"; show global status like "%sync%"; +-------------------------------------------+------------+
| Variable_name | Value |
+-------------------------------------------+------------+
| rpl_semi_sync_master_enabled | ON |
| rpl_semi_sync_master_timeout | 60000 |
| rpl_semi_sync_master_wait_for_slave_count | 3 |
| rpl_semi_sync_master_wait_no_slave | ON |
| rpl_semi_sync_master_wait_point | AFTER_SYNC |
| rpl_semi_sync_slave_enabled | ON |
+-------------------------------------------+------------+
18 rows in set (0.00 sec) +--------------------------------------------+----------+
| Variable_name | Value |
+--------------------------------------------+----------+
| Rpl_semi_sync_master_clients | 1 |
| Rpl_semi_sync_master_status | ON |
| Rpl_semi_sync_slave_status | OFF |
+--------------------------------------------+----------+
19 rows in set (0.00 sec)
6.查看存活的slave
发现事务已经被应用
mysql> select * from new; +------+
| name |
+------+
| 2 |
+------+
1 rows in set (0.00 sec)
7.等待master事务超时后完成。
这里master提交到收到结果,用了1分钟0.01秒,该事务因slave的ack应答不够,发生了等待。
mysql> insert into new values(4);
Query OK, 1 row affected (1 min 0.01 sec)
8.查看master
可以发现,事务超时后,master已经转为异步复制(Rpl_semi_sync_master_status=OFF)
mysql> show global variables like "%sync%"; show global status like "%sync%"; +-------------------------------------------+------------+
| Variable_name | Value |
+-------------------------------------------+------------+
| rpl_semi_sync_master_enabled | ON |
| rpl_semi_sync_master_timeout | 60000 |
| rpl_semi_sync_master_wait_for_slave_count | 3 |
| rpl_semi_sync_master_wait_no_slave | ON |
| rpl_semi_sync_master_wait_point | AFTER_SYNC |
| rpl_semi_sync_slave_enabled | ON |
+-------------------------------------------+------------+
18 rows in set (0.00 sec) +--------------------------------------------+----------+
| Variable_name | Value |
+--------------------------------------------+----------+
| Rpl_semi_sync_master_clients | 1 |
| Rpl_semi_sync_master_status | OFF |
| Rpl_semi_sync_slave_status | OFF |
+--------------------------------------------+----------+
19 rows in set (0.00 sec)
9.依次启动已经停止的slave,每启动一个,便立即查看一次master状态
可以看到,启动slave的动作会立即被master接收到,并且master会自动切换回半同步模式(Rpl_semi_sync_master_status=ON)
mysql5306> start slave; mysql> show global status like "%sync%"; +--------------------------------------------+----------+
| Variable_name | Value |
+--------------------------------------------+----------+
| Rpl_semi_sync_master_clients | 2 |
| Rpl_semi_sync_master_status | OFF |
+--------------------------------------------+----------+
19 rows in set (0.00 sec) mysql6306> start slave; mysql> show global status like "%sync%"; +--------------------------------------------+----------+
| Variable_name | Value |
+--------------------------------------------+----------+
| Rpl_semi_sync_master_clients | 3 |
| Rpl_semi_sync_master_status | ON |
+--------------------------------------------+----------+
19 rows in set (0.00 sec) mysql7306> start slave; mysql> show global status like "%sync%"; +--------------------------------------------+----------+
| Variable_name | Value |
+--------------------------------------------+----------+
| Rpl_semi_sync_master_clients | 4 |
| Rpl_semi_sync_master_status | ON |
+--------------------------------------------+----------+
19 rows in set (0.00 sec)
============================我是分割线=====================================
实验2:
场景:
rpl_semi_sync_master_wait_no_slave=OFF
rpl_semi_sync_master_wait_for_slave_count=3
slave存活1,其他slave停止,会发生什么?
步骤:
1.继续实验1的环境,首先设置参数并查看master状态
为减少信息干扰,只截取了需要关注的数据
mysql> set global rpl_semi_sync_master_wait_no_slave=OFF;
Query OK, 0 rows affected (0.00 sec) mysql> show global variables like "%sync%"; show global status like "%sync%"; +-------------------------------------------+------------+
| Variable_name | Value |
+-------------------------------------------+------------+
| rpl_semi_sync_master_enabled | ON |
| rpl_semi_sync_master_timeout | 60000 |
| rpl_semi_sync_master_wait_for_slave_count | 3 |
| rpl_semi_sync_master_wait_no_slave | OFF |
| rpl_semi_sync_master_wait_point | AFTER_SYNC |
| rpl_semi_sync_slave_enabled | ON |
+-------------------------------------------+------------+
18 rows in set (0.00 sec) +--------------------------------------------+----------+
| Variable_name | Value |
+--------------------------------------------+----------+
| Rpl_semi_sync_master_clients | 4 |
| Rpl_semi_sync_master_status | ON |
| Rpl_semi_sync_slave_status | OFF |
+--------------------------------------------+----------+
19 rows in set (0.00 sec)
2.只保留一个slave,依次停止其他3个slave
mysql5306> stop slave;
mysql6306> stop slave;
mysql7306> stop slave;
3.等待一分钟,查看master状态。(在等待期间可以通过反复查看master状态,来观察master数据的变化)
master已经转为异步模式复制。
mysql> show global status like "%sync%"; +--------------------------------------------+----------+
| Variable_name | Value |
+--------------------------------------------+----------+
| Rpl_semi_sync_master_clients | 1 |
| Rpl_semi_sync_master_status | OFF |
| Rpl_semi_sync_slave_status | OFF |
+--------------------------------------------+----------+
19 rows in set (0.00 sec)
4.使用另一个master的会话,开始一个事务并提交。 这里master提交到收到结果,该事务没有发生等待。
mysql> insert into new values(5);
Query OK, 1 row affected (0.02 sec)
5.立即查看存活的slave
事务已经被应用。
mysql> select * from new; +------+
| name |
+------+
| 4 |
| 5 |
+------+
2 rows in set (0.00 sec)
6.依次启动其他slave,每启动一个便立即查看master状态
可以看到,启动slave的动作会立即被master接收到,并且master会自动切换回半同步模式(Rpl_semi_sync_master_status=ON)
mysql5306> start slave; mysql> show global status like "%sync%"; +--------------------------------------------+----------+
| Variable_name | Value |
+--------------------------------------------+----------+
| Rpl_semi_sync_master_clients | 2 |
| Rpl_semi_sync_master_status | OFF |
| Rpl_semi_sync_slave_status | OFF |
+--------------------------------------------+----------+
19 rows in set (0.00 sec) mysql6306> start slave; mysql> show global status like "%sync%"; +--------------------------------------------+----------+
| Variable_name | Value |
+--------------------------------------------+----------+
| Rpl_semi_sync_master_clients | 3 |
| Rpl_semi_sync_master_status | ON |
| Rpl_semi_sync_slave_status | OFF |
+--------------------------------------------+----------+
19 rows in set (0.00 sec) mysql7306> start slave; mysql> show global status like "%sync%"; +--------------------------------------------+----------+
| Variable_name | Value |
+--------------------------------------------+----------+
| Rpl_semi_sync_master_clients | 4 |
| Rpl_semi_sync_master_status | ON |
| Rpl_semi_sync_slave_status | OFF |
+--------------------------------------------+----------+
19 rows in set (0.00 sec)
============================我是分割线=====================================
结论:
使用直白简短好理解的语言:
【rpl_semi_sync_master_wait_for_slave_count】 ,
1.master提交后所需的应答数量!如果slave clients数量大于等于这个值,那么master会一路畅行无阻;如果低于这个值,master可能会在事务提交阶段发生一次超时等待,当等待超过参数(rpl_semi_sync_master_timeout)设定时,master就转为异步模式(原理见下一个参数)。
2.master将这个参数值作为标杆,用来和【Rpl_semi_sync_master_clients】参数做比较。
【rpl_semi_sync_master_wait_no_slave】
1.为OFF时,只要master发现【Rpl_semi_sync_master_clients】小于【rpl_semi_sync_master_wait_for_slave_count】,则master立即转为异步模式。
2.为ON时,空闲时间(无事务提交)里,即使master发现【Rpl_semi_sync_master_clients】小于【rpl_semi_sync_master_wait_for_slave_count】,也不会做任何调整。只要保证在事务超时之前,master收到大于等于【rpl_semi_sync_master_wait_for_slave_count】值的ACK应答数量,master就一直保持在半同步模式;如果在事务提交阶段(master等待ACK)超时,master才会转为异步模式。
无论【rpl_semi_sync_master_wait_no_slave】为ON还是OFF,当slave上线到【rpl_semi_sync_master_wait_for_slave_count】值时,master都会自动由异步模式转为半同步模式。
粗略看来,设置为OFF时,master不会因为slave的离线而造成事务等待,这似乎是一个更合适的选择,但是为什么5.7中默认参数为ON呢?目前我还不得而知。
另外,本次实验建立在空闲场景(或者说极微小负载场景)下,在高并发的场景下,这个参数又会导致怎样的结果,这块也尚需后续探索。
============================我是分割线=====================================
官方文档关于参数rpl_semi_sync_master_wait_no_slave的解释:
Controls whether the master waits for the timeout period configured by rpl_semi_sync_master_timeout to expire, even if the slave count drops to less than the number of slaves configured by pl_semi_sync_master_wait_for_slave_count during the timeout period.
When the value of rpl_semi_sync_master_wait_no_slave is ON (the default), it is permissible for the slave count to drop to less than rpl_semi_sync_master_wait_for_slave_count during the timeout period. As long as enough slaves acknowledge the transaction before the timeout period expires, semisynchronous replication continues.
When the value of rpl_semi_sync_master_wait_no_slave is OFF, if the slave count drops to less than the number configured in rpl_semi_sync_master_wait_for_slave_count at any time during the timeout period configured by rpl_semi_sync_master_timeout, the master reverts to normal replication.
This variable is available only if the master-side semisynchronous replication plugin is installed.
官方文档关于参数rpl_semi_sync_master_wait_for_slave_count的解释:
The number of slave acknowledgments the master must receive per transaction before proceeding. By default rpl_semi_sync_master_wait_for_slave_count is 1, meaning that semisynchronous replication proceeds after receiving a single slave acknowledgment. Performance is best for small values of this variable.
For example, if rpl_semi_sync_master_wait_for_slave_count is 2, then 2 slaves must acknowledge receipt of the transaction before the timeout period configured by rpl_semi_sync_master_timeout for semisynchronous replication to proceed. If less slaves acknowledge receipt of the transaction during the timeout period, the master reverts to normal replication.
============================我是结束线=====================================
EOF
rpl_semi_sync_master_wait_no_slave 参数研究实验的更多相关文章
- 研究实验1_搭建一个精简的C语言开发环境(包含部分经典的前言)
综合研究: 在这部分内容中,将启示我们如何进行独立研究和深度思考(一定要注意这一点,相应的调整自己的学习思想).同时使我们: (1)认识到汇编语言对于深入理解其他领域知识的 ...
- 关于GTID模式下备份时 --set-gtid-purged=OFF 参数的实验【转】
刚刚听了吴老师是复制章节课程,对于GTID模式下备份数据--set-gtid-purged=OFF 参数有些不理解,于是乎做了实验,加深理解,得出些结论,如有错漏请批评指正! 部分备份: [root@ ...
- c++ 命名空间 以及 作用域 函数参数 面向对象实验报告
面向对象的分析与设计 实验报告一 一.变量的储存类别 auto static register extern auto变量 函数中的局部变量,如不专门声明为static存储类别,都是动态地分配存 ...
- GLOBAL_NAMES参数研究
最近在配置Stream时,发现必须要把GLOBAL_NAMES参数的指设置为TRUE,具体原因为何不知.但是发现在设置了该参数之后,数据库每天的物化视图刷新出现了问题.之后查明原因,是DBLINK出现 ...
- java方法可变参数研究
1 问题引出 (1)缘由 最近在研究如何在项目中引入Redis缓存,于是遇到可变参数这个疑惑点,之前没有好好研究过,为了避免项目后期出现问题. (2)项目相关技术 SpringBoot Redis K ...
- JAVA将数字字符串强制转换成整型变量----求参数之和实验代码(附流程图)
一.设计思想 先将参数个数输出,并利用循环结果将参数逐个输出,再将字符串强制转化成整型,利用循环结构相加求和 二.程序流程图 三.源程序代码 package demo; public class Co ...
- LayoutInflater.inflate() 参数研究
参考连接:http://blog.csdn.net/lovexieyuan520/article/details/9036673 http://www.2cto.com/kf/201407/31305 ...
- Python的不定长参数研究
通过观察程序和运行结果我们发现,传参时将1传给了a,将2传给了b,将3,4,5传给了*args,将m=6,n=7,p=8传给了**kwargs.为什么是这样传参呢?*args和**kwargs又是什 ...
- bitmap-setBounds方法参数研究
对于如下的代码,一直有点不明白它具体每一步操作的影响.今天就稍微研究下.代码如下 xml代码 <RelativeLayout xmlns:android="http://schemas ...
随机推荐
- Tomcat口令暴力猜解&&后台getshell
Tomcat环境搭建 windows系统xampp搭建tomcat linux yum搭建tomcat 修改tomcat目录下的conf/tomcat-users.xml文件开启管理后台口令认证 &l ...
- [代码审计Day1] in_array代码审计
简介 1 简介 in_array() 函数搜索数组中是否存在指定的值. 语法:in_array(search,array,type) 参数 描述 search 必需.规定要在数组搜索的值. arra ...
- 【VUE】8.VUEX核心概念
1. Vuex核心概念主要如下 state : 存储共享数据 mutation: 变更store中的数据,方法,不能异步操作 action: 异步操作,通过触发mutation变更数据 getter: ...
- JPA query between的多种方式(mongodb为例)
背景 JPA+MongoDB查询,给定一段时间范围查询分页结果,要求时间范围包含. Page<Log> findByCtimeBetweenOrderByCtime( LocalDateT ...
- 适合 Java 新手的开源项目集合——在 GitHub 学编程
作者:HelloGitHub--老荀 当今互联网份额最大的编程语言是哪一个?是 Java!这两年一直有听说 Java 要不行了.在走下坡路了.没错,Java 的确在走下坡路,未来的事情的确不好说,但是 ...
- YoyoGo微服务框架入门系列-基本概念
前言 Github开源:github.com/yoyofx/yoyogo 还请多多Star 之前简单介绍了YoyoGo微服务框架的基本内容,接下来了解下框架中的基本概念. 从一个简单Web服务Demo ...
- Kafka入门之broker-消息设计
消息设计 1.消息格式 Kafka的实现方式本质上是使用java NIO的ByteBuffer来保存消息,同时依赖文件系统提供的页缓存机制,而非依靠java的堆缓存. 2.版本变迁 0.11.0.0版 ...
- 【mq读书笔记】mq消息发送
钩子的注册: DefaultMQProducerImpl#registerSendMessageHook注册钩子处理类,可注册多个. public SendResult sendMessage( fi ...
- LaTeX中的数学公式之多行公式
多行公式的代码及注释: 显示效果:
- 新手上路之JDK8的下载、安装与PATH环境变量的配置
有些东西不常用总是会忘记,所以想把它写下来,方便以后自己想用的时候找得到:同时也进一步加深自己的记忆.接触JAVA的时间不长,言语或内容有不当之处,欢迎大佬们指正. 每一个学习JAVA的人都会经历的过 ...