MySQL基于GTID主从复制之半同步复制
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来实现的；
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的文件已经转为数据库中的表。