Linux运维之mysql数据库（半同步复制）

Linux运维之mysql数据库（半同步复制）

• mysql的几种复制模式

异步复制（Asynchronous replication）
MySQL默认的复制即是异步的，主库在执行完客户端提交的事务后会立即将结果返给给客户端，并不关心从库是否已经接收并处理，这样就会有一个问题，主如果crash掉了，此时主上已经提交的事务可能并没有传到从上，如果此时，强行将从提升为主，可能导致新主上的数据不完整。

全同步复制（Fully synchronous replication）
指当主库执行完一个事务，所有的从库都执行了该事务才返回给客户端。因为需要等待所有从库执行完该事务才能返回，所以全同步复制的性能必然会收到严重的影响。

半同步复制（Semisynchronous replication）
介于异步复制和全同步复制之间，主库在执行完客户端提交的事务后不是立刻返回给客户端，而是等待至少一个从库接收到并写到relay log中才返回给客户端。相对于异步复制，半同步复制提高了数据的安全性，同时它也造成了一定程度的延迟，这个
最少是一个TCP/IP往返的时间。所以，半同步复制最好在低延时的网络中使用。

对照官方文档 https://dev.mysql.com/doc/refman/5.7/en/replication-semisync-installation.html
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，那么将自动降级为普通的复制，直到异常修复后又会自动变为半同步复制。

• 基于ptid的半同步复制

需要保持基于ptid的主从复制完好
server1作为master，server2作为slave
在server1上安装插件

mysql> INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';
mysql> SELECT PLUGIN_NAME, PLUGIN_STATUS FROM INFORMATION_SCHEMA.PLUGINS WHERE PLUGIN_NAME LIKE '%semi%';  ##查看是否安装
mysql> SET GLOBAL rpl_semi_sync_slave_enabled =1;  ##激活插件

在server2上安装插件

mysql> INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';
mysql> SET GLOBAL rpl_semi_sync_slave_enabled =1;  ##激活
重启IO线程使半同步生效
mysql> STOP SLAVE IO_THREAD;
mysql> START SLAVE IO_THREAD;

在server1上查看

mysql> show status like '%rpl%';
看到 ON表示已开启
| Rpl_semi_sync_master_status                | ON    |

mysql> show variables like '%rpl%';
+-------------------------------------------+------------+
| Variable_name                             | Value      |
+-------------------------------------------+------------+
| rpl_semi_sync_master_enabled              | ON         | 是否开启半同步
| rpl_semi_sync_master_timeout              | 10000      | 切换复制的timeout
| rpl_semi_sync_master_trace_level          | 32         |用于开启半同步复制模式时的调试级别,默认是32
| rpl_semi_sync_master_wait_for_slave_count | 1          |至少有N个slave接收到日志
| rpl_semi_sync_master_wait_no_slave        | ON         |是否允许master 每个事物提交后都要等待slave的receipt信号。默认为on 
| rpl_semi_sync_master_wait_point           | AFTER_SYNC | 等待的point
| rpl_stop_slave_timeout                    | 31536000   |
+-------------------------------------------+--------控制stop slave 的执行时间，在重放一个大的事务的时候,突然执行stop slave,命令 stop slave会执行很久,这个时候可能产生死锁或阻塞,严重影响性能----+

在server2上查看

mysql> show variables like '%rpl%';
+---------------------------------+----------+
| Variable_name                   | Value    |
+---------------------------------+----------+
| rpl_semi_sync_slave_enabled     | ON       |是否开启半同步
| rpl_semi_sync_slave_trace_level | 32       |用于开启半同步复制模式时的调试级别,默认是32
| rpl_stop_slave_timeout          | 31536000 |
+---------------------------------+----------+

测试：
在server2上关闭slave模拟存在一个重大事务

在这里插入代码片

在server1上给表插入数据

mysql> use westos;
mysql> insert into usertb values ('user6','123');
Query OK, 1 row affected (10.01 sec)	#等待10s才成功，因为上面超时时间是10s，10s后如果没有收到slave节点的返回，就会切换到异步复制
mysql> insert into usertb values ('user7','123');
Query OK, 1 row affected (0.00 sec)  ##再次插入时就不会延迟，因为已经是异步了

在server2上

mysql> use westos;
mysql> select * from usertb;  ##由于关闭了slave，所以暂时看不到同步的数据
mysql> START SLAVE IO_THREAD;
mysql> show processlist; #输出结果显示了有哪些线程在运行
mysql> select * from westos.usertb;
+----------+----------+
| username | password |
+----------+----------+
| user1    | 1111      |
| user2    | 123      |
| user3    | 123      |
| user6    | 123      |
| user7    | 123      |
+----------+----------+

• END