mysql的并行复制
在172.25.254.20(slave)主机上
默认情况下slave中使用的是sql单线程回放 在master中时多用户读写，如果使用sql单线程回放那么会造成组从延迟严重 开启MySQL的多线程回放可以解决上述问题
mysql> show processlist;
在配置文件中进行编辑
[root@nginx ~]# /etc/init.d/mysqld restart
Shutting down MySQL. SUCCESS!
Starting MySQL. SUCCESS!
[root@nginx ~]# mysql -uroot -p
mysql> show processlist;
此时sql线程转化为协调线程，16个worker负责处理sql协调线程发送过来的处理请求。
MySQL 组提交（Group commit）是一个性能优化特性，它允许在一个事务日志同步操作中将多个 事务的日志记录一起写入。这样做可以减少磁盘I/O的次数，从而提高数据库的整体性能。
mysql的gitd日志模式
当为启用gtid时我们要考虑的问题 在master端的写入时多用户读写，在slave端的复制时单线程日志回放，所以slave端一定会延迟与master端
这种延迟在slave端的延迟可能会不一致，当master挂掉后slave接管，一般会挑选一个和master延迟日 志最接近的充当新的master
那么为接管master的主机继续充当slave角色并会指向到新的master上，作为其slave
这时候按照之前的配置我们需要知道新的master上的pos的id，但是我们无法确定新的master和slave之 间差多少
当激活GITD
当master出现问题后，slave2和master的数据最接近，会被作为新的master slave1指向新的master，但是他不会去检测新的master的pos id，只需要继续读取自己gtid_next即可
gitd日志模式模式部署如下：
172.25.254.10(maste)主机
[root@nginx mysql]# # mysqlbinlog -vv /data/mysql/nginx-relay-bin.000001
@@省略内容@@ SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/; DELIMITER ; # End of log file /*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/; /*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;
编辑配置文件设置gtid
[root@nginx ~]# vim /etc/my.cnf
重启文件
[root@nginx ~]# /etc/init.d/mysqld restart
Shutting down MySQL.. SUCCESS!
Starting MySQL. SUCCESS!
172.25.254.20主机
编辑配置文件设置gtid
[root@nginx ~]# vim /etc/my.cnf
重启文件
[root@nginx ~]# /etc/init.d/mysqld restart
Shutting down MySQL.. SUCCESS!
Starting MySQL. SUCCESS!
停止salve
mysql> stop slave;
开启git日志模式同步
mysql>CHANGE MASTER TO MASTER_HOST='172.25.254.10', MASTER_USER='repl',MASTER_PASSWORD='123', MASTER_AUTO_POSITION=1;
开启salve
mysql> start slave;
mysql> show slave status\G;
172.25.254.30主机
编辑配置文件设置gtid
[root@nginx ~]# vim /etc/my.cnf
重启文件
[root@nginx ~]# /etc/init.d/mysqld restart
Shutting down MySQL.. SUCCESS!
Starting MySQL. SUCCESS!
停止salve
mysql> stop slave;
开启git日志模式同步
mysql>CHANGE MASTER TO MASTER_HOST='172.25.254.10', MASTER_USER='repl',MASTER_PASSWORD='123', MASTER_AUTO_POSITION=1;
开启salve
mysql> start slave;
mysql> show slave status\G;
mysql的gitd日志模式的部署完成
mysql的半同步模式原理
1.用户线程写入完成后master中的dump会把日志推送到slave端
2.slave中的io线程接收后保存到relaylog中继日志
3.保存完成后slave向master端返回ack
4.在未接受到slave的ack时master端时不做提交的，一直处于等待当收到ack后提交到存储引擎
5.在5.6版本中用到的时after_commit模式，after_commit模式时先提交在等待ack返回后输出ok
启用用半同步模式,先做好git日志模式
172.25.254.10(master)
编辑配置文件配置启用半同步模式
[root@nginx ~]# vim /etc/my.cnf
配置文件不要重启，由于没有安装相应的模块 就没有该功能。
安装半同步插件
mysql> INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';
查看插件是否安装成功
mysql> select * from information_schema.PLUGINS where PLUGIN_NAME LIKE '%semi%'\G;
打开半同步功能
mysql> SET GLOBAL rpl_semi_sync_master_enabled = 1；
查看半同步功能状态是否开启(AFTER_SYNC)
mysql> SHOW VARIABLES LIKE 'rpl_semi_sync%';
查看状态是否开启
mysql> SHOW STATUS LIKE 'Rpl_semi_sync%';
172.25.254.20
编辑配置文件配置启用半同步模式
[root@nginx ~]# vim /etc/my.cnf
安装半同步插件
mysql> INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';
打开半同步功能
mysql> SET GLOBAL rpl_semi_sync_slave_enabled =1;
重启io线程，半同步才能生效
mysql> STOP SLAVE IO_THREAD;
mysql> START SLAVE IO_THREAD;
mysql> SHOW VARIABLES LIKE 'rpl_semi_sync%';
172.25.254.20的半同步模式配置完成
172.25.254.30
编辑配置文件配置启用半同步模式
[root@nginx ~]# vim /etc/my.cnf
安装半同步插件
mysql> INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';
打开半同步功能
mysql> SET GLOBAL rpl_semi_sync_slave_enabled =1;
重启io线程，半同步才能生效
mysql> STOP SLAVE IO_THREAD;
mysql> START SLAVE IO_THREAD;
mysql> SHOW VARIABLES LIKE 'rpl_semi_sync%';
172.25.254.30的半同步模式配置完成
测试
172.25.254.10(master)端
查看有多少数据
mysql> SHOW STATUS LIKE 'Rpl_semi_sync%';
mysql> show databases;
mysql> create database MySchool_db;
mysql> show databases;
在172.25.254.20主机上会显示库名
mysql> show databases;
在172.25.254.30主机上也会显示库名
mysql> show databases;