linux企业实战 --MySQL数据库之半同步复制

1. MySQL主从复制概念：

1.1 异步复制( Asynchronous replication )

MySQL默认的复制即是异步的。

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

1.2 全同步复制( Fully synchronous replication )

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

1.3 半同步复制( Semisynchronous replication )

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

2. 半同步复制具体特性

主库产生binlog到主库的binlog file，传到从库中继日志，然后从库应用；也就是说传输是异步的，应用也是异步的。半同步复制指的是传输同步，应用还是异步的！

• 从库会在连接到主库时告诉主库，它是否配置了半同步。
• 如果半同步复制在主库端是开启了的，并且至少有一个半同步复制的从库节点，那么此时主库的事务线程在提交时会被阻塞并等待，结果有两种可能，要么至少一个从库节点通知它已经收到了所有这个事务的Binlog事件，要么一直等待直到超过配置的某一个时间点为止，而此时，半同步复制将自动关闭，转换为异步复制。
• 从库节点只有在接收到某一个事务的所有Binlog，将其写入并Flush到Relay Log文件之后，才会通知对应主库上面的等待线程。
• 如果在等待过程中，等待时间已经超过了配置的超时时间，没有任何一个从节点通知当前事务，那么此时主库会自动转换为异步复制，当至少一个半同步从节点赶上来时，主库便会自动转换为半同步方式的复制。
• 半同步复制必须是在主库和从库两端都开启时才行，否则主库默认使用异步方式复制。

3. 半同步复制的配置

将插件安装在数据库中是临时的，退出重新登陆会失效，永久的可以将配置写在配置文件中

实验环境：基于异步复制的基础上

步骤一：在server1（master节点）上安装半同步复制的插件

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_master_enabled = 1 		#激活插件

步骤二：在server2（slave节点）上安装半同步复制的插件

mysql> INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';安装半同步模块
mysql> SET GLOBAL rpl_semi_sync_slave_enabled = 1； 开启

mysql> STOP SLAVE IO_THREAD; 关闭
mysql> START SLAVE IO_THREAD; 开启
从库重启io进程，激活插件之后必须要重启io进程，否则不会生效

步骤三：在server1（master节点）上，查看变量的状态和值

mysql> SHOW VARIABLES LIKE 'rpl_semi_sync%';查看变量的值
mysql> show status like '%rpl%';查看变量的状态

步骤四：在server2中

mysql> show variables like '%rpl%'; 查看变量的值

测试

server2关闭io进程

mysql> STOP SLAVE IO_THREAD;  server2关闭io进程：

在server1上，

mysql> use nn；
mysql> insert into usertb values ('user5','555555');

主库等待10s，当10s后没有接收到slave的ack请求，主库就自动转换为异步复制。

说明： 如果再次添加数据，server1不在等待10s，因为此时已经切换到异步复制了

再次插入数据，发现特别快，此时已经变成异步了,主库切换为异步后就不再关心从库了。

server2开启io进程

mysql> START SLAVE IO_THREAD;

输出结果显示了有哪些线程在运行

mysql> show processlist 

查看表信息，已经复制过来，只要从库的io进程恢复工作就会立即同步没有同步的数据