关于参数理解，已补充实验，可以查看： rpl_semi_sync_master_wait_no_slave 参数研究实验
环境信息
|
role |
ip |
port |
hostname |
|
master |
192.168.188.101 |
4306 |
mysqlvm1 |
|
|
|
|
|
|
slave |
192.168.188.201 |
4306 |
mysqlvm1-1 |
|
|
|
5306 |
|
|
|
|
6306 |
|
|
|
|
7306 |
|
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';
ps：可以一起装。建议一起装，因为会有主从切换的情景。
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 = {0|1}; # 1：启用，0：禁止
主库：
set global rpl_semi_sync_master_enabled = {0|1}; # 1：启用，0：禁止
set global rpl_semi_sync_master_timeout = N; # 单位为ms
PS：配置文件加载库： #官方手册建议这样写入配置文件，但是——
风险！：endbled写入配置文件的话，会使实例启动后立即进入半同步模式，如果发生长时间断连的实例重新运行启动，有可能导致主库被拖垮。
建议！：长时间断开的从库，重新连接后，要等待追完全部事务后，手动开启半同步模式，而不是启动后直接切换，防止冲击主库。
[mysqld]
rpl_semi_sync_master_enabled=1
rpl_semi_sync_master_timeout=1000
[mysqld]
rpl_semi_sync_slave_enabled=1
2.从库重启io_thread
stop slave io_thread;
start slave io_thread;
此时在主库会发现
mysql> show global status like "%sync%";
|
| Variable_name | Value | |
|
|
| Innodb_data_fsyncs | 141 | |
|
|
| Innodb_data_pending_fsyncs | 0 | |
|
|
| Innodb_os_log_fsyncs | 87 | |
|
|
| Innodb_os_log_pending_fsyncs | 0 | |
|
|
| Rpl_semi_sync_master_clients | 2 | |
#支持和注册半同步复制的已连Slave数。 |
|
| Rpl_semi_sync_master_net_avg_wait_time | 0 | |
# master等待slave回复的平均等待时间，单位毫秒。 |
|
| Rpl_semi_sync_master_net_wait_time | 0 | |
# master总的等待时间。 |
|
| Rpl_semi_sync_master_net_waits | 0 | |
# master等待slave回复的的总的等待次数，即半同步复制的总次数，不管失败还是成功，不算半同步失败后的异步复制。 |
|
| Rpl_semi_sync_master_no_times | 1 | |
# master关闭半同步复制的次数。 |
|
| Rpl_semi_sync_master_no_tx | 8 | |
# master没有收到slave的回复而提交的次数，可以理解为master等待超时的次数，即半同步模式不成功提交数量。 |
|
| Rpl_semi_sync_master_status | ON | |
# ON是活动状态（半同步），OFF是非活动状态（异步），用于表示主服务器使用的是异步复制模式，还是半同步复制模式。 |
|
| Rpl_semi_sync_master_timefunc_failures | 0 | |
|
|
| Rpl_semi_sync_master_tx_avg_wait_time | 0 | |
# master花在每个事务上的平均等待时间。 |
|
| Rpl_semi_sync_master_tx_wait_time | 0 | |
# master总的等待时间。 |
|
| Rpl_semi_sync_master_tx_waits | 0 | |
# master等待成功的次数，即master没有等待超时的次数，也就是成功提交的次数 |
|
| Rpl_semi_sync_master_wait_pos_backtraverse | 0 | |
# master提交后来的先到了，而先来的还没有到的次数。 |
|
| Rpl_semi_sync_master_wait_sessions | 0 | |
# 前有多少个session因为slave的回复而造成等待。 |
|
| Rpl_semi_sync_master_yes_tx | 0 | |
# master成功接收到slave的回复的次数，即半同步模式成功提交数量。 |
|
| Rpl_semi_sync_slave_status | OFF | |
# Slave上的半同步复制状态，ON表示已经被启用，OFF表示非活动状态。 |
3.主库参数详解
mysql> show global variables 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 | 100000 | |
#为了防止半同步复制中主在没有收到S发出的确认发生堵塞，用来设置超时，超过这个时间值没有收到信息，则切换到异步复制，执行操作。默认为10000毫秒，等于10秒，这个参数动态可调，表示主库在某次事务中，如果等待时间超过10秒，那么则降级为异步复制模式，不再等待SLAVE从库。如果主库再次探测到SLAVE从库恢复了，则会自动再次回到半同步复制模式。 |
|
| rpl_semi_sync_master_trace_level | 32 | |
|
|
| rpl_semi_sync_master_wait_for_slave_count | 1 | |
#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. 超时前至少x个来自slave对的ack应答。如果超时前的应答未及该值，则master转为异步复制。 在slave存活大于等于该值时，master提交不会有任何等待发生，一旦slave存活低于该值，则master会进行等待，直到超时。 |
|
| rpl_semi_sync_master_wait_no_slave | ON | |
# 这个参数，我在中文网络上就没见到说对的！搞懂了~ 20200117： 这个值影响master根据slave数量决定什么时候转为异步复制。 【在完全无事务进行的空业务环境下进行实验】。 原理： master会根据一定时间获取连接的slave数量（rpl_semi_sync_master_clients） ，同时用获取到的值与参数（rpl_semi_sync_master_wait_for_slave_count）进行对比，来决定使用怎样的复制方式。 实验： 令存活的slave数量小于参数（rpl_semi_sync_master_wait_for_slave_count）值， 过一定时间后，master检测到真实slave数量（rpl_semi_sync_master_clients）小于参数（rpl_semi_sync_master_wait_for_slave_count）值—— 如果该值为ON： master不会立即将半同步复制转为异步复制（Rpl_semi_sync_master_status=ON）。 此时开启事务，只要在超时时间范围内（rpl_semi_sync_master_timeout）应答该事物的slave达到参数（rpl_semi_sync_master_wait_for_slave_count）值，master就会一直保持半同步。 也就是说，直到事务提交超时前，master都不会根据检测到的slave数量变更复制模式。 如果该值为OFF： master会立即转为异步复制（Rpl_semi_sync_master_status=OFF）。 也就是说，只要master检测到的slave数量低于count参数的设定，便立即变更复制模式。 off的话， 如果master根据检测slave数量自行降为异步， 那么开始事务的时候就不用等超时（直接异步了，事务不用等待）。 如果是on的话，master会超时后再降为异步，事务会等待。 但是询问发现，生产环境都是ON，且默认值就是ON，为什么呢？这个我还不知道。 【8.0文档】 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 rpl_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_point | AFTER_SYNC | |
#5.7默认AFTER_SYNC，在得到slave的应答后再commit，可选值AFTER_COMMIT。 |
|
| rpl_semi_sync_slave_enabled | OFF | |
#（从库）是否启动半同步 |
|
| 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 | |
|
4.维护
-
- 从上面得知，如果slave无法连接，那么master会等待至超时后，将该slave转为异步模式；当从库重新连接后，在rpl_semi_sync_master_wait_no_slave=ON时（默认），从库会自动转换为半同步模式。
- 长时间断开的从库，重新连接后，要等待追完全部事务后，手动开启半同步模式，而不是启动后直接切换。
从库断开后的重连维护：
start slave io_thread;
show slave status G #查看 Retrieved_Gtid_Set、Executed_Gtid_Set，前者应该接收到master的gtid，后者没有
start slave sql_thread;
show slave status G #查看 Retrieved_Gtid_Set、Executed_Gtid_Set，此时二者相同，追到master的GTID。
set rpl_semi_sync_slave_enabled = 1; #开启半同步
stop io_thread;
start io_thread;