Mysql主从复制之半同步复制(基于gtid)

MySQL主从复制
mysql主从复制原理：
从库有两个线程IO线程和SQL线程
1.从库的IO线程向主库的主进程发送请求，主库验证从库，交给主库IO线程负责数据传输;
2.主库IO线程对比从库发送过来的master.info里的信息，将binlog文件信息，偏移量和binlog文件名等发送给从库
3.从库接收到信息后，将binlog信息保存到relay-bin中，同时更新master.info的偏移量和binlog文件名
4.从库的SQL线程不断的读取relay-bin的信息，同时将读到的偏移量和文件名写道relay-log.info文件，binlog信息写进自己的数据库，一次同步操作完成。
5.完成上次同步后，从库IO线程不断的向主库IO线程要binlog信息
6.从库如果也要做主库，也要打开log_bin 和log-slave-update参数
配置读写mysql主从复制的步骤：
1.在主库与从库都安装mysql数据库
2.在主库的配置文件(/etc/my.cnf)中配置server-id 和log-bin
3.在登陆主库后创建认证用户并做授权。
4.在从库的配置文件(/etc/my.cnf)中配置server-id
5.登陆从库后，指定master并开启同步开关。
需要注意的是server-id主从库的配置是不一样的。
Server-id存在作用：
mysql同步的数据中是包含server-id的，而server-id用于标识该语句最初是从哪个server写入的。因此server-id一定要有的
Server-id不能相同的原因：每一个同步中的slave在master上都对应一个master线程，该线程就是通过slave的server-id来标识的；每个slave在master端最多有一个master线程，如果两个slave的server-id 相同，则后一个连接成功时，slave主动连接master之后，如果slave上面执行了slave stop；则连接断开，但是master上对应的线程并没有退出；当slave start之后，master不能再创建一个线程而保留原来的线程，那样同步就可能有问题；
在mysql做主主同步时，多个主需要构成一个环状，但是同步的时候有要保证一条数据不会陷入死循环，这里就是靠server-id来实现的；

创新互联公司从2013年成立，是专业互联网技术服务公司，拥有项目成都网站设计、网站制作网站策划，项目实施与项目整合能力。我们以让每一个梦想脱颖而出为使命，1280元闽清做网站,已为上家服务,为闽清各地企业和个人服务,联系电话:18982081108

Mysql的主从复制（gtid）实验配置：

配置环境：rhel6.5  iptables selinx down
172.25.40.1    server1.example.com  master
172.25.40.2    server2.example.com   slave
安装包：mysql-5.7.17-1.el6.x86_64.rpm-bundle.tar
在master和slave上解压后安装mysql数据库：

tar xf mysql-5.7.17-1.el6.x86_64.rpm-bundle.tar
yum install -y mysql-community-client-5.7.17-1.el6.x86_64.rpm mysql-community-common-5.7.17-1.el6.x86_64.rpm mysql-community-libs-5.7.17-1.el6.x86_64.rpm mysql-community-libs-compat-5.7.17-1.el6.x86_64.rpm mysql-community-server-5.7.17-1.el6.x86_64.rpm
 /etc/init.d/mysqld start
 grep 'password' /var/log/mysqld.log       
      #筛选初始化是数据库登陆密码
登陆数据库后修改密码：
`alter user root@localhost identified by 'xxxxxxx';` ##修改本地用户密码
1.Master端的操作：

vim /etc/my.cnf
[mysqld]
server-id=1
log-bin=mysql-bin
gtid_mode=ON    #使用gtid模式
enforce-gtid-consistency=true  #强制使用gtid

Slave端的操作：

[mysqld]
server-id=2
gtid_mode=ON
enforce-gtid-consistency=true

注意：在修改两台服务器的mysql配置文件时，一定要保证server-id必须是不同的，server-id的取值范围是：2^32-1
2.重新启动两台服务器上的mysql
` /etc/init.d/mysqld restart`
3.进入主库创建认证用户并授权
`grant replication slave on *.* to redhat@'172.25.40.%' identified by 'xxxxxxxxxx';`
4.进入slave端指定master

stop slave;
change master to master_host='172.25.40.1',master_user='redhat',master_password='xxxxxxxxxx',master_auto_position=1;
start slave;

5.在设置半同步复制master端的操作

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

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

mysql> show global variables like '%rpl_semi%';
+-------------------------------------------+------------+
| Variable_name                             | Value      |
+-------------------------------------------+------------+
| rpl_semi_sync_master_enabled              | ON         |
| rpl_semi_sync_master_timeout              | 10000      |
| rpl_semi_sync_master_trace_level          | 32         |
| rpl_semi_sync_master_wait_for_slave_count | 1          |
| rpl_semi_sync_master_wait_no_slave        | ON         |
| rpl_semi_sync_master_wait_point           | AFTER_SYNC |
+-------------------------------------------+------------+
6 rows in set (0.01 sec)

6.5.在设置半同步复制slave端的操作

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

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

mysql> show global variables like '%rpl_semi%';
+---------------------------------+-------+
| Variable_name                   | Value |
+---------------------------------+-------+
| rpl_semi_sync_slave_enabled     | ON    |
| rpl_semi_sync_slave_trace_level | 32    |
+---------------------------------+-------+
2 rows in set (0.00 sec)

如果在slave端开启io线程后，会自动调转为半同步模式进行数据传输

关闭io线程 在master上再进行事务时会等待10s后从半同步状态转为异步。

当第二次进行数据插入时会变成异步同步

Mysql 并行复制
多线程工作
Slave端修改配置文件：

[mysqld]
slave-parallel-type=LOGICAL_CLOCK         
slave-parallel-workers=16             #开启16个线程工作
master_info_repository=TABLE        #以表的形式存放master_info的信息
relay_log_info_repository=TABLE       #以表的形式存放relay_log_info的信息
relay_log_recovery=ON               #

重启服务
`/etc/init.d/mysqld restart`
当进入数据库的mysql库中，可以执行sql语句：
`select * from slave_master_info;`
可以看到原本在/var/lib/mysql下的relay-log.info的文件已经转为数据库中的表。