MySQL增强半同步的搭建实验，和一些参数的个人理解

Posted 2021-03-15 孔个个的菠萝歌

环境信息

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;