mysql主从复制sql_delay_十三、MySQL主从复制、延时从库、半同步复制、过滤复制、基于GTID的主从复制...

最新推荐文章于 2025-09-06 23:55:45 发布

原创最新推荐文章于 2025-09-06 23:55:45 发布 · 269 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#mysql主从复制sql_delay

本文详细介绍了MySQL主从复制的配置与操作，包括主库和从库的配置步骤、主从复制的原理及涉及的文件。重点讲解了延时从库的设置和故障排查，以及如何利用延时从库恢复数据。同时，讨论了半同步复制的特点和过滤复制的实现，包括黑白名单配置。最后，提到了基于GTID的主从复制的优势和配置方法。

一、mysql主从复制

1.主从复制主库的操作

1.主库配置server_id

2.主库开启binlog

3.授权主从用户

4.主库查看binlog信息

2.主从复制从库的操作

1.配置server_id，与主库不同

2.先同步主库数据

3.配置主从

change master to

master_host=172.16.1.51,

master_user=rep,

master_password=123,

master_port=3306,

master_log_file=mysql-bin.000001,

master_log_pos=120;

4.开启主从

3.主从复制图解

4.文字描述

1.主库配置server_id和binlog

2.主库授权主从用户

3.主库查看binlog信息

4.从库配置server_id，只要跟主库不同就可以(只做主从的情况下)

5.从库执行change master to语句

6.从库开启IO和sql线程(start slave)

7.从库的IO线程会去连接主库的dump线程，问问是否有比从库中master.info记录的更新的位置点

8.主库dump线程被询问，dump线程会去查询binlog

9.dump线程会将查到的新数据从binlog中截取出来交给从库的IO线程

10.IO线程拿到新的binlog数据，会将内容存储到TCP/IP缓存中

11.TCP/IP缓存会返回给IO线程一个ACK

12.IO线程会更新master.info，将新的位置点更新到文件中，然后继续去主库获取数据

13.SQL线程会去读取relay-log.info中的位置点，去对比relay-log的数据，如果有比relay-log.info中的位置点新的数据，则取出并执行，如果没有则不执行

14.SQL线程执行完操作，会将新的位置点更新到relay-log.info中

5.主从复制涉及到的文件

1)主库

1.主库的binlog：记录的是数据库的操作

2.dump线程：对比binlog，取出新binlog中的数据，并将数据给到IO线程

2)从库

1.IO线程：连接主库，接收主发送过来的新binlog数据

2.sql线程：执行relay-log中主库传过来的新数据

3.relay-log(中继日志)：存储所有主库传过来的新数据

4.master.info：记录上一次请求到主库返回的binlog信息，下一才从该位置点读取对比数据

5.relay-log.info：记录上一次sql线程执行到relay-log中的位置点，下一次从该位置点执行

二、主从复制的搭建

1.主库操作

1)配置主库

[root@db01 ~]# vim /etc/my.cnf

[mysqld]

server_id=1

log_bin=mysql-bin

2)授权一个主从用户

mysql> grant replication slave on *.* to rep@'172.16.1.%' identified by '123';

#grant replication slave 是一个全局授权，不能指定单个库授权，如果想同步单个库使用过滤复制

3)查看主库的binlog信息

mysql> show master status;

+------------------+----------+--------------+------------------+-------------------+

+------------------+----------+--------------+------------------+-------------------+

| mysql-bin.000001 | 326 | | | |

+------------------+----------+--------------+------------------+-------------------+

1 row in set (0.00 sec)

2.从库操作

1)配置从库

[root@db02 ~]# vim /etc/my.cnf

[mysqld]

server_id=2

2)配置主从复制

change master to

master_host='172.16.1.51',

master_user='rep',

master_password='123',

master_port=3306,

master_log_file='mysql-bin.000001',

master_log_pos=326;

3)开启IO线程和sql线程

mysql> start slave;

Query OK, 0 rows affected (0.01 sec)

4)查看主从状态

mysql> show slave status\G

*************************** 1. row ***************************

Slave_IO_State: Waiting for master to send event

Master_Host: 172.16.1.51

Master_User: rep

Master_Port: 3306

Connect_Retry: 60

Master_Log_File: mysql-bin.000001

Read_Master_Log_Pos: 326

Relay_Log_File: db02-relay-bin.000002

Relay_Log_Pos: 283

Relay_Master_Log_File: mysql-bin.000001

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

三、主从复制故障

1.IO线程故障

#Slave_IO_Running: No 或者 Connecting

1.检测网络

[root@db02 ~]# ping 172.16.1.51

2.检测端口

[root@db02 ~]# telnet 172.16.1.51 3306

3.防火墙是否开启

4.主从的用户名或者密码错误

#测试使用主从用户的用户名和密码连接主库

[root@db02 ~]# mysql -urep -p123 -h172.16.1.51

5.反向解析

[root@db01 ~]# mysql -uroot -p123 -h172.16.1.51

Warning: Using a password on the command line interface can be insecure.

ERROR 1045 (28000): Access denied for user 'root'@'db01' (using password: YES)

#解决

[root@db01 ~]# vim /etc/my.cnf

[mysqld]

skip_name_resolve

2.sql线程故障

#Slave_SQL_Running: No 或者 Connecting

1.主库有的数据，从库没有

2.从库有的数据，主库没有

3.主库数据与从库不一致

1)解决办法一：(不认)

1.停止主从复制

mysql> stop slave;

Query OK, 0 rows affected (0.01 sec)

2.跳过一个错误

mysql> set GLOBAL sql_slave_skip_counter=1;

Query OK, 0 rows affected (0.00 sec)

3.开启主从

mysql> start slave;

Query OK, 0 rows affected (0.00 sec)

2)解决办法二：

1.停止主从复制

mysql> stop slave;

Query OK, 0 rows affected (0.01 sec)

2.清空主从复制的信息

mysql> reset slave all;

Query OK, 0 rows affected (0.00 sec)

3.同步主库所有数据

4.重新配置主从复制

3.在数据库运行过程中添加从库

1.准备从库

2.主库导出数据

#打点备份不注释

[root@db01 ~]# mysqldump -uroot -p123 -A -R --triggers --master-data=1 --single-transaction > /tmp/full.sql

#打点备份注释

[root@db01 ~]# mysqldump -uroot -p123 -A -R --triggers --master-data=2 --single-transaction > /tmp/full2.sql

3.将数据推送至从库

[root@db01 ~]# scp /tmp/full.sql 172.16.1.52:/tmp

[root@db01 ~]# scp /tmp/full2.sql 172.16.1.53:/tmp

4.模拟运行的主库数据写入

mysql> use master;

mysql> insert test values(2),(3);

mysql> insert test values(8),(9);

5.从库导入数据

[root@db02 ~]# mysql < /tmp/full.sql

[root@db03 ~]# mysql < /tmp/full2.sql

6.查看主从的位置点

[root@db01 ~]# less /tmp/full.sql

CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000002', MASTER_LOG_POS=520;

[root@db01 ~]# less /tmp/full2.sql

-- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000002', MASTER_LOG_POS=520;

7.从库配置主从复制

change master to

master_host='172.16.1.51',

master_user='rep',

master_password='123',

master_port=3306,

master_log_file='mysql-bin.000008',

master_log_pos=120;

四、延时从库

1.已经有主从配置延时从库

1.停止主从

mysql> stop slave;

2.设置延时从库

mysql> change master to master_delay=180;

3.开启主从

mysql> start slave;

4.查看主从状态

mysql> show slave status\G

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

SQL_Delay: 180#延时的时间，单位是秒

SQL_Remaining_Delay: NULL#执行语句的倒计时，如果主没有执行任何语句，则为NULL

2.如果没有主从配置延时从库

1.配置从库server_id

2.同步主库的数据

3.执行change语句

change master to

master_host='172.16.1.51',

master_user='rep',

master_password='123',

master_log_file='mysql-bin.000008',

master_log_pos=534,

master_delay=360;

4.开启主从

mysql> start slave;

3.关闭延时从库

1.停止主从

mysql> stop slave;

2.延时时间为0

mysql> change master to master_delay=0;

3.开启主从

mysql> start slave;

五、延时从库恢复数据案例

0.思考

#延时从库到底在哪里延时的？

当配置了延时从库，延时从库是在sql线程进行的延时，主库执行完sql语句，IO线程已经将binlog拿到了从库的relay-log，只不过sql线程没有执行，需要等待设置的延时时间归0后执行语句

1.场景

总数据量级500G，正常备份去恢复需要1.5-2小时

1.配置延时3600秒

mysql> CHANGE MASTER TO MASTER_DELAY = 3600;

2.主库

drop database db;

3.怎么利用延时从库，恢复数据？

提示：

1.从库relaylog存放在datadir目录下

2.mysqlbinlog 可以截取relaylog内容

3.show relaylog events in 'db01-relay-bin.000001';

2.环境准备

1.日常备份

[root@db01 ~]# mysqldump -uroot -p123 -A -R --triggers --single-transaction --master-data=2 > /tmp/full$(date +%F).sql

2.设置延时从库

mysql> stop slave;

mysql> change master to master_delay=3600;

mysql> start slave;

3.插入新数据

mysql> use master;

mysql> insert test values(100),(200);

3.模拟删除数据库

mysql> drop database master;

4.使用延时从库恢复数据

1.停止从库的sql线程

mysql> stop slave sql_thread;

2.查看状态

mysql> show slave status\G

Slave_IO_Running: Yes

Slave_SQL_Running: No

3.导出从库相应的库

[root@db02 ~]# mysqldump -uroot -p123 -B master > /tmp/master.sql

4.截取relay-log位置点

1)确认起始位置点

[root@db02 ~]# cat /usr/local/mysql/data/relay-log.info

./db02-relay-bin.000002

283

2)确认结束位置点

[root@db02 ~]# mysqlbinlog /usr/local/mysql/data/db02-relay-bin.000002

COMMIT/*!*/;

# at 504

3)截取数据

[root@db02 ~]# mysqlbinlog --start-position=283 --stop-position=504 /usr/local/mysql/data/db02-relay-bin.000002 > /tmp/huifu.sql

5.将sql文件推送至主库

[root@db02 ~]# scp /tmp/master.sql 172.16.1.51:/tmp

[root@db02 ~]# scp /tmp/huifu.sql 172.16.1.51:/tmp

6.恢复数据到主库

mysql> source /tmp/master.sql;

mysql> source /tmp/huifu.sql;

7.查看主库数据是否恢复

8.开启从库的sql线程

mysql> start slave sql_thread;

#注意，有时为了数据准确在主库恢复数据时我们会关闭binlog，要是使用延时从库恢复数据，主库千万不要关闭binlog

六、半同步复制

从MYSQL5.5开始，支持半自动复制。之前版本的MySQL Replication都是异步(asynchronous)的，主库在执行完一些事务后，是不会管备库的进度的。如果备库不幸落后，而更不幸的是主库此时又出现Crash(例如宕机)，这时备库中的数据就是不完整的。简而言之，在主库发生故障的时候，我们无法使用备库来继续提供数据一致的服务了。

半同步复制(Semi synchronous Replication)则一定程度上保证提交的事务已经传给了至少一个备库。

出发点是保证主从数据一致性问题，安全的考虑。

5.5 出现概念，但是不建议使用，性能太差

5.6 出现group commit 组提交功能，来提升开启半同步复制的性能

5.7 更加完善了，在group commit基础上出现了MGR

5.7 的增强半同步复制的新特性：after commit； after sync；

#半同步复制实际上就是mysql的一个插件

优缺点：

1.保证主从数据一致性，实时的

2.性能差，效率低

3.从库sql写入会影响主库的性能

4.半同步复制有一个超时时间，如果超过这个超时时间，那么恢复异步复制

1.配置半同步复制(主库)

#登录数据库

[root@db01 ~]# mysql -uroot -p123

#查看是否有动态支持

mysql> show global variables like 'have_dynamic_loading';

#安装自带插件

mysql> INSTALL PLUGIN rpl_semi_sync_master SONAME'semisync_master.so';

#启动插件

mysql> SET GLOBAL rpl_semi_sync_master_enabled = 1;

#设置超时

mysql> SET GLOBAL rpl_semi_sync_master_timeout = 1000;

#修改配置文件

[root@db01 ~]# vim /etc/my.cnf

#在[mysqld]标签下添加如下内容(不用重启库)

[mysqld]

rpl_semi_sync_master_enabled=1

rpl_semi_sync_master_timeout=1000

#检查安装：

mysql> show variables like'rpl%';

mysql> show global status like 'rpl_semi%';

2.配置半同步复制(从库)

#登录数据库

[root@mysql-db02 ~]# mysql -uroot -p123

#安装slave半同步插件

mysql> INSTALL PLUGIN rpl_semi_sync_slave SONAME'semisync_slave.so';

#启动插件

mysql> SET GLOBAL rpl_semi_sync_slave_enabled = 1;

#重启io线程使其生效

mysql> stop slave io_thread;

mysql> start slave io_thread;

#编辑配置文件(不需要重启数据库)

[root@mysql-db02 ~]# vim /etc/my.cnf

#在[mysqld]标签下添加如下内容

[mysqld]

rpl_semi_sync_slave_enabled =1

3.参数说明

rpl_semi_sync_master_timeout=milliseconds

设置此参数值(ms),为了防止半同步复制在没有收到确认的情况下发生堵塞，如果Master在超时之前没有收到任何确认，将恢复到正常的异步复制，并继续执行没有半同步的复制操作。

rpl_semi_sync_master_wait_no_slave={ON|OFF}

如果一个事务被提交,但Master没有任何Slave的连接，这时不可能将事务发送到其它地方保护起来。默认情况下，Master会在时间限制范围内继续等待Slave的连接，并确认该事务已经被正确的写到磁盘上。

可以使用此参数选项关闭这种行为，在这种情况下，如果没有Slave连接，Master就会恢复到异步复制。

mysql> show global status like 'rpl_semi%';

+--------------------------------------------+-------+

| Variable_name | Value |

+--------------------------------------------+-------+

| Rpl_semi_sync_master_clients | 0 | #记录支持半同步的slave的个数

| Rpl_semi_sync_master_net_avg_wait_time | 0 | #master 等待slave回复的平均等待时间单位微秒

| Rpl_semi_sync_master_net_wait_time | 0 | #master 总的等待时间

| Rpl_semi_sync_master_net_waits | 0 | #master 等待slave回复的的总的等待次数

| Rpl_semi_sync_master_no_times | 0 | #master 关闭半同步复制的次数

| Rpl_semi_sync_master_no_tx | 0 | #master 没有收到slave的回复而提交的次数

| Rpl_semi_sync_master_status | OFF | #标记master现在是否是半同步复制状态

| Rpl_semi_sync_master_timefunc_failures | 0 | #时间函数未正常工作的次数

| Rpl_semi_sync_master_tx_avg_wait_time | 0 | #开启Semi-sync，事务返回需要等待的平均时间

| Rpl_semi_sync_master_tx_wait_time | 0 | #事务等待备库响应的总时间

| Rpl_semi_sync_master_tx_waits | 0 | #事务等待备库响应的总次数

| Rpl_semi_sync_master_wait_pos_backtraverse | 0 | #改变当前等待最小二进制日志的次数

| Rpl_semi_sync_master_wait_sessions | 0 | #当前有多少个session因为slave的回复而造成等待

| Rpl_semi_sync_master_yes_tx | 0 | #master 成功接收到slave的回复的次数

+--------------------------------------------+-------+

4.测试半同步复制

#创建两个数据库，test1和test2

mysql> create database test1;

Query OK, 1 row affected (0.04 sec)

mysql> create database test2;

Query OK, 1 row affected (0.00 sec)

#查看复制状态

mysql> show global status like 'rpl_semi%';

+--------------------------------------------+-------+

| Variable_name | Value |

+--------------------------------------------+-------+

| Rpl_semi_sync_master_clients | 1 |

| Rpl_semi_sync_master_net_avg_wait_time | 768 |

| Rpl_semi_sync_master_net_wait_time | 1497 |

| Rpl_semi_sync_master_net_waits | 2 |

| Rpl_semi_sync_master_no_times | 0 |

| Rpl_semi_sync_master_no_tx | 0 |

| Rpl_semi_sync_master_status | ON |

| Rpl_semi_sync_master_timefunc_failures | 0 |

| Rpl_semi_sync_master_tx_avg_wait_time | 884 |

| Rpl_semi_sync_master_tx_wait_time | 1769 |

| Rpl_semi_sync_master_tx_waits | 2 |

| Rpl_semi_sync_master_wait_pos_backtraverse | 0 |

| Rpl_semi_sync_master_wait_sessions | 0 |

#此行显示2，表示刚才创建的两个库执行了半同步

| Rpl_semi_sync_master_yes_tx | 2 |

+--------------------------------------------+-------+

14 rows in set (0.06 sec)

#从库查看

mysql> show databases;

+--------------------+

| Database |

+--------------------+

| information_schema |

| mysql |

| performance_schema |

| test |

| test1 |

| test2 |

+--------------------+

#关闭半同步(1:开启 0:关闭)

mysql> SET GLOBAL rpl_semi_sync_master_enabled = 0;

#查看半同步状态

mysql> show global status like 'rpl_semi%';

+--------------------------------------------+-------+

| Variable_name | Value |

+--------------------------------------------+-------+

| Rpl_semi_sync_master_clients | 1 |

| Rpl_semi_sync_master_net_avg_wait_time | 768 |

| Rpl_semi_sync_master_net_wait_time | 1497 |

| Rpl_semi_sync_master_net_waits | 2 |

| Rpl_semi_sync_master_no_times | 0 |

| Rpl_semi_sync_master_no_tx | 0 |

| Rpl_semi_sync_master_status | OFF | #状态为关闭

| Rpl_semi_sync_master_timefunc_failures | 0 |

| Rpl_semi_sync_master_tx_avg_wait_time | 884 |

| Rpl_semi_sync_master_tx_wait_time | 1769 |

| Rpl_semi_sync_master_tx_waits | 2 |

| Rpl_semi_sync_master_wait_pos_backtraverse | 0 |

| Rpl_semi_sync_master_wait_sessions | 0 |

| Rpl_semi_sync_master_yes_tx | 2 |

+--------------------------------------------+-------+

14 rows in set (0.00 sec)

#再一次创建两个库

mysql> create database test3;

Query OK, 1 row affected (0.00 sec)

mysql> create database test4;

Query OK, 1 row affected (0.00 sec)

#再一次查看半同步状态

mysql> show global status like 'rpl_semi%';

+--------------------------------------------+-------+

| Variable_name | Value |

+--------------------------------------------+-------+

| Rpl_semi_sync_master_clients | 1 |

| Rpl_semi_sync_master_net_avg_wait_time | 768 |

| Rpl_semi_sync_master_net_wait_time | 1497 |

| Rpl_semi_sync_master_net_waits | 2 |

| Rpl_semi_sync_master_no_times | 0 |

| Rpl_semi_sync_master_no_tx | 0 |

| Rpl_semi_sync_master_status | OFF |

| Rpl_semi_sync_master_timefunc_failures | 0 |

| Rpl_semi_sync_master_tx_avg_wait_time | 884 |

| Rpl_semi_sync_master_tx_wait_time | 1769 |

| Rpl_semi_sync_master_tx_waits | 2 |

| Rpl_semi_sync_master_wait_pos_backtraverse | 0 |

| Rpl_semi_sync_master_wait_sessions | 0 |

#此行还是显示2，则证明，刚才的那两条并没有执行半同步否则应该是4

| Rpl_semi_sync_master_yes_tx | 2 |

+--------------------------------------------+-------+

14 rows in set (0.00 sec)

注:不难发现，在查询半同步状态是，开启半同步，查询会有延迟时间，关闭之后则没有

七、过滤复制

grant replication slave on mysql.* to rep@'172.16.1.%' identified by '123';

1.确认两台从库状态

2.过滤复制的两种方式

mysql> show master status;

+------------------+----------+--------------+------------------+-------------------+

+------------------+----------+--------------+------------------+-------------------+

| mysql-bin.000010 | 120 | 白名单 | 黑名单 | |

+------------------+----------+--------------+------------------+-------------------+

1)黑名单

黑名单：不执行黑名单中列出的库或者表的中继日志

replicate-ignore-db=test

replicate-ignore-table=test.t1

replicate-wild-ignore-table=test.t2

2)白名单

白名单：只执行白名单中列出的库或者表的中继日志

replicate-do-db=test

replicate-do-table=test.t1

replicate-wild-do-table=test.t2

3.从库配置过滤复制

1)主库创建两个库

mysql> create database lol;

Query OK, 1 row affected (0.00 sec)

mysql> create database wzry;

Query OK, 1 row affected (0.00 sec)

2)第一台从库

1.配置数据库

[root@db02 ~]# vim /etc/my.cnf

[mysqld]

replicate-do-db=lol

2.重启数据库

[root@db02 ~]# systemctl restart mysqld

3.查看主从状态

mysql> show slave status\G

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

Replicate_Do_DB: lol#从库的执行白名单

3)第二台从库

1.配置数据库

[root@db03 ~]# vim /etc/my.cnf

[mysqld]

replicate-do-db=wzry

2.重启数据库

[root@db03 ~]# systemctl restart mysqld

3.查看主从状态

mysql> show slave status\G

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

Replicate_Do_DB: wzry#从库的执行白名单

4)主库建表测试

mysql> use lol;

mysql> create table bierjiwote(id int);

mysql> use wzry;

mysql> create table cikexintiao(id int);

5)从库查看

1> 第一台从库查看

mysql> use lol;

mysql> show tables;

+---------------+

| Tables_in_lol |

+---------------+

| bierjiwote |

+---------------+

1 row in set (0.00 sec)

mysql> use wzry

mysql> show tables;

Empty set (0.00 sec)

2> 第二台从库查看

mysql> use lol;

mysql> show tables;

Empty set (0.00 sec)

mysql> use wzry

mysql> show tables;

+----------------+

| Tables_in_wzry |

+----------------+

| cikexintiao |

+----------------+

1 row in set (0.00 sec)

4.扩展

#一台机器配置多个白名单

1.方式一：

[root@db02 ~]# vim /etc/my.cnf

[mysqld]

server_id=2

replicate-do-db=lol

replicate-do-db=dnf

2.方式二：

[root@db02 ~]# vim /etc/my.cnf

[mysqld]

server_id=2

replicate-do-db=lol,dnf

5.主库配置白名单

1.配置白名单

[root@db01 ~]# vim /etc/my.cnf

[mysqld]

server_id=1

log_bin=mysql-bin

binlog-do-db=dnf#主库配置

2.主库查看白名单

mysql> show master status;

+------------------+----------+--------------+------------------+-------------------+

+------------------+----------+--------------+------------------+-------------------+

| mysql-bin.000011 | 120 | dnf | | |

+------------------+----------+--------------+------------------+-------------------+

1 row in set (0.00 sec)

3.主库建表测试

mysql> use lol;

mysql> create table heisemeigui(id int);

Query OK, 0 rows affected (0.01 sec)

mysql> use wzry

mysql> create table weilaizhanshi(id int);

Query OK, 0 rows affected (0.01 sec)

mysql> use dnf

mysql> create table shanghai1qu(id int);

Query OK, 0 rows affected (0.00 sec)

4.从库查看

mysql> use lol;

mysql> showtables;

mysql> show tables;

+---------------+

| Tables_in_lol |

+---------------+

| bierjiwote |

+---------------+

1 row in set (0.00 sec)

mysql> use wzry

mysql> show tables;

Empty set (0.00 sec)

mysql> use dnf

mysql> show tables;

+-----------------+

| Tables_in_dnf |

+-----------------+

| heilongjiang1qu |

| shanghai1qu |

+-----------------+

2 rows in set (0.00 sec)

6.过滤复制总结

#从库配置：

1.白名单：IO线程会将主库所有的binlog都取过来，存储在relay-log中，但是sql线程根据我们配置的白名单，只执行了跟白名单有关的数据库语句

2.黑名单：IO线程会将主库所有的binlog都取过来，存储在relay-log中，但是sql线程根据我们配置的给名单，不执行跟黑名单有关的数据库语句

#主库配置：

1.白名单：主库只记录对白名单中的库操作的sql语句到binlog

2.黑名单：主库不记录对黑名单中的库操作的sql语句到binlog

八、基于GTID的主从复制

1.GTID是什么

1.GTID是一个事务标识符

2.这个标识符不仅仅在一台机器上是唯一的，在一个集群中都是唯一的

3.GTID实际上是由 UUID + TID 组成的

#UUID

[root@db01 ~]# cat /usr/local/mysql/data/auto.cnf

[auto]

server-uuid=e92aaff7-1f07-11eb-b7de-000c296ca6bc

#TID

提交事务的ID，次数 1 2 3 4

#GTID形式

e92aaff7-1f07-11eb-b7de-000c296ca6bc:1

e92aaff7-1f07-11eb-b7de-000c296ca6bc:2

2.GTID的优缺点

1)优点

1.GTID会把主从信息记录到数据库中

2.在做主从同步的时候不需要自己指定binlog名字和位置点

3.普通的主从复制，只有一个sql线程，GTID的主从一个库有一个sql线程

4.binlog的记录方式，如果是row模式，只记录修改的列，日志量相对较少

2)缺点

1.mysql数据备份的时候，必须要加一个参数

2.当数据库sql线程出错的时候，没有办法跳过

3.基于GTID主从复制的搭建

1)主库配置

#主库配置

[root@db01 ~]# vim /etc/my.cnf

[mysqld]

server_id=1

log_bin=mysql-bin

#从库1配置

[root@db02 ~]# vim /etc/my.cnf

[mysqld]

server_id=2

#从库2配置

[root@db02 ~]# vim /etc/my.cnf

[mysqld]

server_id=3

2)查看gtid是否启动

mysql> show variables like '%gtid%';

3)配置开启gtid

#主库

[root@db01 ~]# vim /etc/my.cnf

[mysqld]

server_id=1

log_bin=mysql-bin

gtid_mode=on

enforce_gtid_consistency=on

#从库1

[root@db02 ~]# vim /etc/my.cnf

[mysqld]

server_id=2

gtid_mode=on

enforce_gtid_consistency=on

#从库2

[root@db03 ~]# vim /etc/my.cnf

[mysqld]

server_id=3

gtid_mode=on

enforce_gtid_consistency=on

4)重启数据库

#重启出错

[root@db01 ~]# systemctl restart mysqld

Job for mysqld.service failed because the control process exited with error code. See "systemctl status mysqld.service" and "journalctl -xe" for details.

#查看日志

[root@db01 ~]# less /usr/local/mysql/data/db01.err

2020-11-06 12:17:52 73178 [ERROR] --gtid-mode=ON or UPGRADE_STEP_1 or UPGRADE_STEP_2 requires -

-log-bin and --log-slave-updates

#修改配置文件

#主库

[root@db01 ~]# vim /etc/my.cnf

[mysqld]

server_id=1

log_bin=mysql-bin

log-slave-updates

gtid_mode=on