MySQL双主.md

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=(\\[email protected]\\h) [\\d]>\\_

[client]
user=root
password=

创建复制帐号：

([email protected]) [(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=(\[email protected]\h) [\d]>\_

[client]
user=root
password=

创建复制帐号

([email protected]) [(none)]> GRANT REPLICATION SLAVE ON *.* TO ‘mysync‘@‘192.168.197.61‘ IDENTIFIED BY ‘redhat‘;
Query OK, 0 rows affected (0.00 sec)

node1为主node2连接

([email protected]) [(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)

([email protected]) [(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)

([email protected]) [(none)]> start slave;
Query OK, 0 rows affected (0.00 sec)

node2为主node1连接

([email protected]) [(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)

([email protected]) [(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，所以它们的起点必须得不同，这样才能避免两台服务器数据同步时出现主键冲突。

验证双主模型

([email protected]) [test]> CREATE TABLE Stu(Id INT AUTO_INCREMENT,Name char(30) NOT NULL,PRIMARY KEY(Id));
Query OK, 0 rows affected (0.02 sec)

([email protected]) [test]> INSERT INTO Stu(Name) VALUES(‘Yang guo‘);
Query OK, 1 row affected (0.00 sec)

([email protected]) [test]> INSERT INTO Stu(Name) VALUES(‘Xiao long nv‘);
Query OK, 1 row affected (0.00 sec)

([email protected]) [test]> INSERT INTO Stu(Name) VALUES(‘Ling hu chong‘);
Query OK, 1 row affected (0.01 sec)

([email protected]) [test]>  select * from Stu;
+----+---------------+
| Id | Name          |
+----+---------------+
|  1 | Yang guo      |
|  3 | Xiao long nv  |
|  5 | Ling hu chong |
+----+---------------+
3 rows in set (0.00 sec)

([email protected]) [test]> INSERT INTO Stu(Name) VALUES(‘Ren ying ying‘);
Query OK, 1 row affected (0.01 sec)

([email protected]) [test]> INSERT INTO Stu(Name) VALUES(‘Dong fang bu bai‘);
Query OK, 1 row affected (0.01 sec)

([email protected]) [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配置

([email protected]) [(none)]> CHANGE MASTER TO MASTER_HOST=‘192.168.197.62‘,MASTER_USER=‘mysync‘,MASTER_PASSWORD=‘redhat‘,MASTER_PORT=3306,MASTER_AUTO_POSITION=1;

([email protected]) [(none)]> START SLAVE;
Query OK, 0 rows affected (0.01 sec)

node2配置

([email protected]) [(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)

([email protected]) [(none)]> START SLAVE;
Query OK, 0 rows affected (0.03 sec)

验证数据

node1 操作

([email protected]) [test]> insert into Stu(Name) values(‘Ou yang feng‘);
Query OK, 1 row affected (0.07 sec)

([email protected]) [(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 操作

([email protected]) [(none)]> insert into test.Stu(Name) values(‘Zhou bo tong‘);
Query OK, 1 row affected (0.01 sec)

([email protected]) [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的变好了，可以通过上面的方式进行查找。

参考学习

扩展学习

时间： 2024-08-07 04:33:39

MySQL双主.md的相关文章

MySQL keepalived 双主.md

MySQL keepalived 双主搭建 环境说明 系统 IP 主机名 mysql keepalived VIP CentOS 6.8 192.168.197.61 C6-node1 5.6.36 1.2.13 192.168.197.88 CentOS 6.8 192.168.197.62 C6-node2 5.6.36 1.2.13 192.168.197.88 安装MySQL双主 C6-node1 MySQL的安装及初始化这里不做详细介绍,下面贴出node1的my.cnf的配置文件: [

​Keepalive实现mysql双主热备

Keepalive实现mysql双主热备 环境描述: OS: CentoOS6.6_X64 Node1:172.16.10.1 Node2:172.16.10.2 VIP:172.16.10.10 1.配置主机互信 Node1: [[email protected]~]# ifconfig eth0 eth0      Link encap:Ethernet  HWaddr 00:0C:29:11:21:56            inet addr:172.16.100.1  Bcast:17

MySQL双主（主主）架构方案

在企业中,数据库高可用一直是企业的重中之重,中小企业很多都是使用mysql主从方案,一主多从,读写分离等,但是单主存在单点故障,从库切换成主库需要作改动.因此,如果是双主或者多主,就会增加mysql入口,增加高可用.不过多主需要考虑自增长ID问题,这个需要特别设置配置文件,比如双主,可以使用奇偶,总之,主之间设置自增长ID相互不冲突就能完美解决自增长ID冲突问题. 主从同步复制原理 在开始之前,我们先来了解主从同步复制原理. 复制分成三步: 1. master将改变记录到二进制日志(binary

keepalived+mysql双主

       mysql高可用keepalived+mysql双主 MySQL的高可用方案一般有如下几种: keepalived+双主,MHA,PXC,MMM,Heartbeat+DRBD等,比较常用的是keepalived+双主,MHA和PXC. 本节主要介绍了利用 keepalived 实现 MySQL 数据库的高可用. Keepalived+mysql双主来实现MySQL-HA,我们必须保证两台MySQL数据库的数据完全一样,基本思路是两台MySQL互为主从关系,通过Keepalived配

HAproxy负载均衡MYSQL双主

OS IP 子网掩码 路由网关 Centos6.6 (DB:MYSQL) Eth0:192.168.26.211 255.255.252.0 192.168.25.3 Centos6.6 (DB:MYSQL) Eth0:192.168.26.212 255.255.252.0 192.168.25.3 Centos6.6 (HAproxy) Eth0:192.168.26.210 255.255.252.0 192.168.25.3 安装mysql:192.168.26.211 Yum inst

MySQL双主互备模式架构

MySql双主互备架构模式 操作系统 CentOS 6.3 MySql版本 mysql-5.0.56 keepalived keepalived-1.1.19.tar.gz Master DB1配置文件 修改MySql 配置文件  /etc/my.cnf 增加以下段落 [mysqld] server-id=1    节点标示 log-bin=mysql-bin   开启mysql的binlog日志功能 relay-log = mysql-relay-bin  用来定义日志文件命名格式 repli

MySQL双主配置

MySQL双主配置 准备环境:服务器操作系统为RHEL6.4 x86_64,为最小化安装.主机A和主机B均关闭防火墙和SELINUX ,IP地址分别为192.168.131.129和192.168.131.130,MySQL版本为5.6.26,为通用二进制包. 安装MySQL 1.主机A操作 # tar xf mysql-5.6.26-linux-glibc2.5-x86_64.tar.gz # mv mysql-5.6.26-linux-glibc2.5-x86_64 /usr/local/m

keepalived+mysql双主复制高可用方案

MySQL双主复制,即互为Master-Slave(只有一个Master提供写操作),可以实现数据库服务器的热备,但是一个Master宕机后不能实现动态切换.而Keepalived通过虚拟IP,实现了双主对外的统一接口以及自动检查.失败切换机制.联合使用,可以实现MySQL数据库的高可用方案. 实验环境:OS:centos 6.x x86_64系统MySQL版本: :mysql 5.6.22   64 位A: master :192.168.79.3 3306B: slave :192.168.

通过KeepAlived搭建MySQL双主模式的高可用集群系统

企业级MySQL集群具备高可用.可扩展.易管理.低成本的特点.下面将介绍企业环境中经常应用的一个解决方案,即MySQL的双主互备架构,主要设计思路是通过MySQL Replication技术将两台MySQL Server互相将对方作为自己的Master,自己又同时作为对方的Slave来进行复制.这样就实现了高可用构架中的数据同步功能,同时,将采用KeepAlived来实现Mysql的自动failover.在这个构架中,虽然两台MySQL Server互为主从,但同一时刻只有一个MySQL Ser