Mysql配置主从复制-GTID模式

约定不等于承诺〃 2024-02-19 10:08 64阅读 0赞

**目录**

主从复制

主从复制的定义

主从复制的原理

主从复制的优势

主从复制的形式

主从复制的模式

主从复制的类型

GTID模式

GTID的概念

GTID的优势

GTID的原理

GTID的配置

Mysql主服务器

编辑

Mysql从服务器

编辑

--------------------

## 主从复制 ##

### 主从复制的定义 ###

是指把数据从一个Mysql服务器（主节点）复制到一个或多个Mysql服务器（从节点）中，会把主节点服务器中的所有数据库实例、特定数据库实例或特定表等，全部复制到从节点服务器中。

### 主从复制的原理 ###

是通过基于日志的复制方式实现数据的同步。当主服务器上发生数据变更时，会将这些变更写入二进制日志（Binary Log）中。从服务器通过连接到主服务器，请求从主服务器获取二进制日志，并将这些日志应用到自己的数据库中。

### 主从复制的优势 ###

1.  提高读性能：通过设置从服务器（Slave），读操作可以被分摊到主服务器（Master）和从服务器上，从而提高整体的读取性能。主服务器负责处理写操作，从服务器负责处理读操作，从而降低主服务器的负载，提升整个系统的吞吐量。
2.  数据冗余和备份：通过主从复制，从服务器上的数据是主服务器的冗余副本。在主服务器发生故障时，从服务器仍然可以提供服务，并且可以通过将某个从服务器提升为新的主服务器来快速恢复服务。此外，从服务器也可以用于定期的备份操作，以确保数据的安全性和可恢复性。
3.  高可用性：通过主从复制，可以实现数据库的故障转移和高可用性。当主服务器发生故障时，可以手动或自动将某个从服务器提升为新的主服务器，继续提供数据库服务，从而实现快速的故障恢复。
4.  数据分析和报表生成：由于从服务器可以处理读操作，可以将其用于数据库的数据分析和报表生成等工作。这样可以避免对主服务器造成额外的负载，同时提供实时的数据分析和报表服务。
5.  数据分发和跨地域部署：主从复制可以用于将数据分发到不同的地理位置的从服务器上，从而实现跨地域的数据访问和部署。这对于全球化的应用程序和多地域灾备是非常有用的。
6.  架构的扩展。业务量越来越大，I/O访问频率过高，单机无法满足，此时做多库的存储，降低磁盘I/O访问的频率，提高单个机器的I/O性能。

### 主从复制的形式 ###

1.  一主一从；
2.  一主多从；
3.  多主一从；
4.  双主复制；
5.  级联复制。

### 主从复制的模式 ###

1.  异步模式（默认）；
2.  半同步模式；
3.  全同步模式。

### 主从复制的类型 ###

1.  基于二进制日志复制（有三种形式）
    
    1.  基于SQL语句的复制；
    2.  基于行的复制；
    3.  混合模式复制。
2.  基于GTID复制（Mysql版本 >= 5.7及以上推荐使用）

## GTID模式 ##

### GTID的概念 ###

*  GTID即全局事务ID：global transaction identifier；
 *  GTID是一个事务一一对应，并且全局唯一ID；
 *  一个GTID在一个服务器上只执行一次，避免重复执行导致数据混乱或者主从不一致；
 *  GTID用来代替传统复制方法，不再使用MASTER\_LOG\_FILE+MASTER\_LOG\_POS开启复制。 而是使用MASTER\_AUTO\_POSTION=1的方式开始复制；
 *  MySQL-5.6.5开始支持的，MySQL-5.6.10后开始完善；
 *  在传统的slave端，binlog是不用开启的，但是在GTID中slave端的binlog是必须开启的，目的是记录执行过的GTID（强制）。

### GTID的优势 ###

*  更简单的实现failover，不用以前那样在需要找log\_file和log\_pos；
 *  更简单的搭建主从复制；
 *  比传统的复制更加安全；
 *  GTID是连续的没有空洞的，保证数据的一致性，零丢失。

### GTID的原理 ###

*  当一个事务在主库端执行并提交时，产生GTID，一同记录到binlog日志中；
 *  binlog传输到slave,并存储到slave的relaylog后，读取这个GTID的这个值设置gtid\_next变量，即告诉Slave，下一个要执行的GTID值；
 *  sql线程从relay log中获取GTID，然后对比slave端的binlog是否有该GTID；
 *  如果有记录，说明该GTID的事务已经执行，slave会忽略；
 *  如果没有记录，slave就会执行该GTID事务，并记录该GTID到自身的binlog，在读取执行事务前会先检查其他session持有该GTID，确保不被重复执行；
 *  在解析过程中会判断是否有主键，如果没有就用二级索引，如果没有就用全部扫描。

### GTID的配置 ###

#### Mysql主服务器 ####

1、**在Mysql的my.ini配置文件中添加以下参数：**

gtid_mode=ON
    enforce_gtid_consistency=true
    server_id=1
    log-bin=mysql-bin
    binlog_format=row
    log-slave-updates=1

#### ![50557600fc824dd08c65019a402f8b7a.png][] ####

2、**重启Mysql和创建复制用户**

使用管理员打开cmd命令窗口，按照以下命令步骤分别执行：

> \#暂停服务；
> 
> net stop mysql
> 
> \#开启服务；
> 
> net start mysql
> 
> \#连接数据库，Password替换为自己数据库密码；
> 
> mysql -u root -pPassword
> 
> \#创建一个用于复制的用户,userName和Password自行设置；
> 
> CREATE USER 'userName'@'%' IDENTIFIED BY 'Password';
> 
> \#授予复制权限，userName即上步创建的用户名；
> 
> GRANT REPLICATION SLAVE ON \*.\* TO 'userName'@'%';
> 
> \#获取状态，记住File和Position两项参数，后面需要用到；
> 
> SHOW MASTER STATUS;

![224aac81d4c440a8b34ba21b18dff9fc.png][]

#### Mysql从服务器 ####

1、**在Mysql的my.ini配置文件中添加以下参数：**

gtid_mode=ON
    enforce_gtid_consistency=true
    server_id=1
    log-bin=mysql-bin
    binlog_format=row
    log-slave-updates=1

#### ![50557600fc824dd08c65019a402f8b7a.png][] ####

2、**重启Mysql和创建复制用户**

使用管理员打开cmd命令窗口，按照以下命令步骤分别执行：

> \#暂停服务；
> 
> net stop mysql
> 
> \#开启服务；
> 
> net start mysql
> 
> \#连接数据库，Password替换为自己数据库密码；
> 
> mysql -u root -pPassword
> 
> \#配置复制，serverIP是主服务器IP地址，userName和password是刚在主服务器创建的用户，file和position是刚查看主服务器状态返回的参数；
> 
> CHANGE MASTER TO MASTER\_HOST='serverIP', MASTER\_USER='userName', MASTER\_PASSWORD='password', MASTER\_LOG\_FILE='file', MASTER\_LOG\_POS=position;
> 
> \#启动复制；
> 
> START SLAVE;
> 
> \#查看复制状态，输出中的Slave\_IO\_Running和Slave\_SQL\_Running的值为Yes，表示复制正在正常运行；
> 
> SHOW SLAVE STATUS\\G；

![f464af85ed44464fb45fd2c094cac1e9.png][]

到这里就结束了，可以在Mysql主服务器中进行添加、修改、删除操作，测试从服务器中的数据是否保持一致。注意：从服务器只允许进行查询，不可以进行添加、修改、删除等改变数据的操作，否则会导致复制状态失效。

[50557600fc824dd08c65019a402f8b7a.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/6d5280a4b5e8471fbbef712462ea6240.png
[224aac81d4c440a8b34ba21b18dff9fc.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/4a8200fd304d40589ecca2f237d2b1a2.png
[f464af85ed44464fb45fd2c094cac1e9.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/fed2058b697640038a89a3e6f822f321.png