高性能MYSQL---基于GDIT的半同步复制

高性能MYSQL—基于GDIT的半同步复制

1.为什么要实现mysqI的复制

• 实现服务器负载均衡

• 通过复制实现数据的异地备份

• 提高数据库系统的可用性

2.异步复制、全同步复制和半同步复制

• 异步复制( Asynchronous replication )

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

• 全同步复制( Fully synchronous replication )

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

• 半同步复制( Semisynchronous replication )

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

在2010年MySQL 5.5版本之前，一直采用的是这种异步复制的方式。主库的事务执行不会管备库的同步进度，如果备库落后，主库不幸crash,那么就会导致数据丢失。于是在MySQL在5.5中就顺其自然地引入了半同步复制，主库在应答客户端提交的事务前需要保证至少一个从库接收并写到relay log中

3.基于GDIT的半同步复制

注意：此实验的前提是实现基于GDIT的主从复制，具体过程在上一篇博文中有提及，在这里就不过多赘述。
step1 主库安装服务插件，并且开启半同步复制：

mysql> install plugin rpl_semi_sync_master soname 'semisync_master.so';
Query OK, 0 rows affected (0.01 sec)

mysql> select plugin_name,plugin_status
    -> from information_schema.plugins
    -> where plugin_name like '%semi%';
+----------------------+---------------+
| plugin_name          | plugin_status |
+----------------------+---------------+
| rpl_semi_sync_master | ACTIVE        |
+----------------------+---------------+
1 row in set (0.00 sec)

mysql> set global rpl_semi_sync_master_enabled=ON;
Query OK, 0 rows affected (0.00 sec)

mysql> show variables like '%semi%';    #环境变量

mysql> show status like '%rpl_semi_sync%';	#状态变量

step2 在从端也安装插件，开启半同步复制：

mysql> install plugin rpl_semi_sync_slave soname 'semisync_slave.so';
Query OK, 0 rows affected (0.00 sec)

mysql> set global rpl_semi_sync_slave_enabled=ON;
Query OK, 0 rows affected (0.00 sec)

mysql> show variables like '%semi%';  

注意：要重启从上的IO线程，如果没有重启，则默认还是异步复制，重启后，slave会在master上注册为半同步复制的slave角色

mysql> stop slave io_thread;
Query OK, 0 rows affected (0.00 sec)

mysql> start slave io_thread;
Query OK, 0 rows affected (0.00 sec)

mysql> show status like '%rpl%';

mysql> show variables like '%rpl%';

4.测试

半同步失败的情况

没有通过半同步复制的情况：

step1 从端关掉IO线程：

mysql> stop slave io_thread;
Query OK, 0 rows affected (0.01 sec)

step2 在主端表中插入数据，会等待10秒，10s后会变为异步复制：

mysql> insert into userlist values ('user5','555');
Query OK, 1 row affected (10.01 sec)

step3 此时在主端发现半同步失败次数+1：

Rpl_semi_sync_master_no_tx表示没有成功接收slave提交的次数，也就是使用半同步失败的次数，10s后没有得到反馈信息，会转为异步复制
Rpl_semi_sync_master_yes_tx使用半同步成功的次数，数据的一致性能提高

mysql> show status like '%rpl%';

从端会发现没有同步过来，再次打开IO线程后，数据才能同步过来，此时复制过来的是异步复制的结果

mysql> start slave io_thread;
Query OK, 0 rows affected (0.00 sec)

mysql> use westos;
Database changed
mysql> select * from userlist;

半同步正常情况

step1 从端打开IO：

mysql> start slave io_thread;
Query OK, 0 rows affected (0.00 sec)

step2 主端插入新数据：

mysql> insert into userlist values ('user6','666');
Query OK, 1 row affected (0.01 sec)

mysql> select * from userlist;

mysql> show status like '%rpl%';  #Rpl_semi_sync_master_yes_tx 变为1，成功一次

step3 从端验证同步结果：

mysql> select * from userlist;