MySQL 双主配置
环境说明
| 系统 | IP | 主机名 | mysql版本 |
|---|---|---|---|
| CentOS 6.8 | 192.168.197.61 | C6-node1 | 5.6.36 |
| CentOS 6.8 | 192.168.197.62 | C6-node2 | 5.6.36 |
MySQL安装这里不做介绍，下面是其配置文件。这里测试使用的是没有数据的纯净数据库。
node1节点配置
配置文件
[mysqld]
datadir=/data/mysql
port=3306
socket=/tmp/mysql.sock
pid-file=/data/mysql/mysqld.pid
log_error=error.log
user=mysql
skip-name-resolve
log-bin=mysql-bin
log-bin-index=mysql-bin.index
server-id=61
character_set_server=utf8
log-slave-updates=1
relay-log=mysql-relay-bin
relay-log-index=mysql-relay-bin.index
binlog_format=mixed
auto-increment-increment=2
auto-increment-offset=1
[mysql]
prompt=(\u@\h) [\d]>\_
[client]
user=root
password=
创建复制帐号：
(root@localhost) [(none)]> GRANT REPLICATION SLAVE ON *.* TO 'mysync'@'192.168.197.62' IDENTIFIED BY 'redhat';
Query OK, 0 rows affected (0.05 sec)
node2节点配置
配置文件
[mysqld]
datadir=/data/mysql
port=3306
socket=/tmp/mysql.sock
pid=/data/mysql/mysqld.pid
log_error=error.log
user=mysql
skip-name-resolve
log-bin=mysql-bin
log-bin-index=mysql-bin.index
server-id=62
character_set_server=utf8
log-slave-updates=1
relay-log=mysql-relay-bin
relay-log-index=mysql-relay-bin.index
binlog_format=mixed
auto-increment-increment=2
auto-increment-offset=2
[mysql]
prompt=(u@h) [d]>\_
[client]
user=root
password=
创建复制帐号
(root@localhost) [(none)]> GRANT REPLICATION SLAVE ON *.* TO 'mysync'@'192.168.197.61' IDENTIFIED BY 'redhat';
Query OK, 0 rows affected (0.00 sec)
node1为主node2连接
(root@C6-node1) [(none)]> SHOW MASTER STATUS;
+------------------+----------+--------------+------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000003 | 338 | | | |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)
(root@C6-node2) [(none)]> CHANGE MASTER TO MASTER_HOST='192.168.197.61',MASTER_USER='mysync',MASTER_PASSWORD='redhat',MASTER_PORT=33066,MASTER_LOG_FILE='mysql-bin.000003',MASTER_LOG_POS=338;
Query OK, 0 rows affected, 2 warnings (0.11 sec)
(root@C6-node2) [(none)]> start slave;
Query OK, 0 rows affected (0.00 sec)
node2为主node1连接
(root@C6-node1) [(none)]> CHANGE MASTER TO MASTER_HOST='192.168.197.62',MASTER_USER='mysync',MASTER_PASSWORD='redhat',MASTER_PORT=3306,MASTER_LOG_FILE='mysql-bin.000003',MASTER_LOG_POS=338;
Query OK, 0 rows affected, 2 warnings (0.36 sec)
(root@C6-node1) [(none)]> start slave;
Query OK, 0 rows affected (0.05 sec)
配置说明
1.注意我在mysql命令行执行命令的主机，两个的执行顺序一定不要弄错。
2.在执行start slave;一定要执行show slave statusG命令，查看Slave_IO_Running: Yes和Slave_SQL_Running: Yes这两个参数是否为YES，如果不是请查看日志进行排错。
3.两台机器直接网络必须是通的（废话），有时安装时会忘记关闭iptables 或者iptables 没有配置好这两种情况会直接影响到双主模型的搭建的。
4.双主模式必须要开启log-slave-updates参数，具体原因参考。
5.auto-increment-increment表示自增长字段每次递增的量，其默认值是1。它的值应设为整个结构中服务器的总数，本案例用到两台服务器，所以值设为2。
6.auto-increment-offset是用来设定数据库中自动增长的起点(即初始值)，因为这两能服务器都设定了一次自动增长值2，所以它们的起点必须得不同，这样才能避免两台服务器数据同步时出现主键冲突。
验证双主模型
(root@C6-node1) [test]> CREATE TABLE Stu(Id INT AUTO_INCREMENT,Name char(30) NOT NULL,PRIMARY KEY(Id));
Query OK, 0 rows affected (0.02 sec)
(root@C6-node1) [test]> INSERT INTO Stu(Name) VALUES('Yang guo');
Query OK, 1 row affected (0.00 sec)
(root@C6-node1) [test]> INSERT INTO Stu(Name) VALUES('Xiao long nv');
Query OK, 1 row affected (0.00 sec)
(root@C6-node1) [test]> INSERT INTO Stu(Name) VALUES('Ling hu chong');
Query OK, 1 row affected (0.01 sec)
(root@C6-node1) [test]> select * from Stu;
+----+---------------+
| Id | Name |
+----+---------------+
| 1 | Yang guo |
| 3 | Xiao long nv |
| 5 | Ling hu chong |
+----+---------------+
3 rows in set (0.00 sec)
(root@C6-node2) [test]> INSERT INTO Stu(Name) VALUES('Ren ying ying');
Query OK, 1 row affected (0.01 sec)
(root@C6-node2) [test]> INSERT INTO Stu(Name) VALUES('Dong fang bu bai');
Query OK, 1 row affected (0.01 sec)
(root@C6-node2) [test]> select * from Stu;
+----+------------------+
| Id | Name |
+----+------------------+
| 1 | Yang guo |
| 3 | Xiao long nv |
| 5 | Ling hu chong |
| 6 | Ren ying ying |
| 8 | Dong fang bu bai |
+----+------------------+
5 rows in set (0.00 sec)
上面验证配置时需要主机主机的切换和数据库所在位置。
基于GTID双主
不管是搭建MySQL主从还是双主模式默的认都是需要指定binlog文件的位置以及binlog 中pos的位置，这种方式的操作及其容易弄错，所以在MySQL的5.6版本之后新增了GTID的功能。
什么是GTID
GTID的概述
1、全局事物标识：global transaction identifieds。
2、GTID事物是全局唯一性的，且一个事务对应一个GTID。
3、一个GTID在一个服务器上只执行一次，避免重复执行导致数据混乱或者主从不一致。
4、GTID用来代替classic的复制方法，不在使用binlog+pos开启复制。而是使用master_auto_postion=1的方式自动匹配GTID断点进行复制。
5、MySQL-5.6.5开始支持的，MySQL-5.6.10后开始完善。
6、在传统的slave端，binlog是不用开启的，但是在GTID中，slave端的binlog是必须开启的，目的是记录执行过的GTID（强制）。
GTID的组成部分
前面是server_uuid：后面是一个序列号
例如：server_uuid：sequence number
7800a22c-95ae-11e4-983d-080027de205a:10
UUID：每个mysql实例的唯一ID，由于会传递到slave，所以也可以理解为源ID。
Sequence number：在每台MySQL服务器上都是从1开始自增长的序列，一个数值对应一个事务。
GTID比传统复制的优势：
1、更简单的实现failover，不用以前那样在需要找log_file和log_Pos。
2、更简单的搭建主从复制。
3、比传统复制更加安全。
4、GTID是连续没有空洞的，因此主从库出现数据冲突时，可以用添加空事物的方式进行跳过。
GTID的工作原理
1、master更新数据时，会在事务前产生GTID，一同记录到binlog日志中。
2、slave端的i/o 线程将变更的binlog，写入到本地的relay log中。
3、sql线程从relay log中获取GTID，然后对比slave端的binlog是否有记录。
4、如果有记录，说明该GTID的事务已经执行，slave会忽略。
5、如果没有记录，slave就会从relay log中执行该GTID的事务，并记录到binlog。
6、在解析过程中会判断是否有主键，如果没有就用二级索引，如果没有就用全部扫描。
配置
在前面node1和node2中的my.cnf配置文件中添加如下配置：
gtid_mode=on
enforce_gtid_consistency=1
skip_slave_start=1
之后需要重启MySQL数据库。
注意：由于这里配置的是双主模型所以两个数据库的数据一定要保持一致！
node1配置
(root@C6-node1) [(none)]> CHANGE MASTER TO MASTER_HOST='192.168.197.62',MASTER_USER='mysync',MASTER_PASSWORD='redhat',MASTER_PORT=3306,MASTER_AUTO_POSITION=1;
(root@C6-node1) [(none)]> START SLAVE;
Query OK, 0 rows affected (0.01 sec)
node2配置
(root@C6-node2) [(none)]> CHANGE MASTER TO MASTER_HOST='192.168.197.61',MASTER_USER='mysync',MASTER_PASSWORD='redhat',MASTER_PORT=3306,MASTER_AUTO_POSITION=1;
Query OK, 0 rows affected, 2 warnings (0.03 sec)
(root@C6-node2) [(none)]> START SLAVE;
Query OK, 0 rows affected (0.03 sec)
验证数据
node1 操作
(root@C6-node1) [test]> insert into Stu(Name) values('Ou yang feng');
Query OK, 1 row affected (0.07 sec)
(root@C6-node2) [(none)]> select * from test.Stu;
+----+------------------+
| Id | Name |
+----+------------------+
| 1 | Yang guo |
| 3 | Xiao long nv |
| 5 | Ling hu chong |
| 6 | Ren ying ying |
| 8 | Dong fang bu bai |
| 9 | Ou yang feng |
+----+------------------+
6 rows in set (0.00 sec)
node2 操作
(root@C6-node2) [(none)]> insert into test.Stu(Name) values('Zhou bo tong');
Query OK, 1 row affected (0.01 sec)
(root@C6-node1) [test]> select * from Stu;
+----+------------------+
| Id | Name |
+----+------------------+
| 1 | Yang guo |
| 3 | Xiao long nv |
| 5 | Ling hu chong |
| 6 | Ren ying ying |
| 8 | Dong fang bu bai |
| 9 | Ou yang feng |
| 10 | Zhou bo tong |
+----+------------------+
7 rows in set (0.00 sec)
注意事项
1.如果若要配置双主是需要想将两个数据库数据保持一致之后在进行gtid的配置。
2.如果是主从，则可以先配置主，而从可以先从备份文件导入部分数据，然后在进行change 操作。
以下方式仅供参考：
如果给已经运行的GTID的master端添加一个新的slave：
方法一、适用于master也是新建不久的情况。
1、如果你的master所有的binlog还在。可以选择类似于上面的方法，安装slave，直接change master to到master端。
2、原理是直接获取master所有的GTID并执行。
3、优点：简单方便。
4、缺点：如果binlog太多，数据完全同步需要时间较长，并且master一开始就启用了GTUD。
方法二、适用于拥有较大数据的情况。（推荐）
1、通过master或者其他slave的备份搭建新的slave。（看第三部分）
2、原理：获取master的数据和这些数据对应的GTID范围，然后通过slave设置@@global.gtid_purged跳过备份包含的gtid。
3、优点：是可以避免第一种方法的不足。
4、缺点：相对来说有点复杂。
通过备份搭建新的slave：（方法二的扩展）
方法一、mysqldump的方式：
1、在备份的时候指定--master-data=2（来保存binlog的文件号和位置的命令）。
2、使用mysqldump的命令在dump文件里可以看到下面两个信息：
SET @@SESSION.SQL_LOG_BIN=0;
SET @@GLOBAL.GTID_PURGED='7800a22c-95ae-11e4-983d-080027de205a:1-8';
3、将备份还原到slave后，使用change master to命令挂载master端。
注意：在mysql5.6.9以后的命令才支持这个功能。
方法二、percona Xtrabackup
1、Xtrabackup_binlog_info文件中，包含global.gtid_purged='XXXXXX:XXXX'的信息。
2、然后到slave去手工的 SET GLOBAL.GTID_PURGED='XXXXXX:XXXX'。
3、恢复备份，开启change master to 命令。
注意：如果系统运行了很久，无法找到GTID的变好了，可以通过上面的方式进行查找。