MySQL双主.md

时间：2017-09-14 20:11:48 阅读：240 评论：0 收藏：0 [点我收藏+]

标签：切换微软版本 int run xxxxx seq .sql mysqldump

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=/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 status\G命令，查看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=33066,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的变好了，可以通过上面的方式进行查找。

参考学习
 扩展学习

MySQL双主.md

标签：切换微软版本 int run xxxxx seq .sql mysqldump

原文地址：http://www.cnblogs.com/cuchadanfan/p/7522192.html

踩

(0)

评论一句话评论（0）

分享档案

更多>

2021年07月29日 (22)
2021年07月28日 (40)
2021年07月27日 (32)
2021年07月26日 (79)
2021年07月23日 (29)
2021年07月22日 (30)
2021年07月21日 (42)
2021年07月20日 (16)
2021年07月19日 (90)
2021年07月16日 (35)

周排行