mysql gitd 主从搭建_mysql GTID实现主从同步

mysql GTID实现主从同步

一. MysqlGTID 理解

GTID是MySQL 5.6版本及以上版本具有的特性之一

GTID是一个基于原始mysql服务器的服务ID与自身一个已经被成功执行的全局事务ID组合而成

GTID = source_id:transaction_id

原始服务器id(source_id)：一般指server_id

全局已经执行成功的事务id(transaction_id): 原server每执行成功一个事务,mysql会自动生成一个事务id与其一一对应.

简单理解为GTID=server_id+ 事务ID

二、MySQLGTID 特性

1.GTID是一个事务一一对应，并且全局唯一ID。

2.一个GTID在一个服务器上只执行一次，避免重复执行导致数据混乱或者主从不一致。

3.它用来代替传统复制方法，不再使用MASTER_LOG_FILE+MASTER_LOG_POS开启复制。而是使用MASTER_AUTO_POSTION=1的方式开始复制。

4.它在MySQL-5.6.5开始支持的，MySQL-5.6.10后开始完善。

5.在传统的slave端，binlog是不用开启的，但是在GTID中slave端的binlog是必须开启的，目的是记录执行过的GTID(强制)。

6.GTID将主从复制变得简单化，不需要再找MASTER_LOG_FILE、MASTER_LOG_POS，而且比传统复制更加安全，因为GTID是连续的，在保证数据一致性方面表现优异

三 .MySQLGTID实现主从同步的原理

当一个事务在主库端执行并提交时，产生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，确保不被重复执行；

在解析过程中会判断是否有主键，如果没有就用二级索引，如果没有就用全部扫描。

四. 主配置文件:

[mysqld]

#GTID:

gtid_mode=on

enforce_gtid_consistency=on

server_id=1

#每天实例的server_id都要不一样

#binlog

log-bin=mysqlbin

log-slave-updates=1

#允许下端接入slave

binlog_format=row

#强烈建议，其他格式可能造成数据不一致

#relay log

skip_slave_start=1

五 .从配置文件:

[mysqld]

#GTID:

gtid_mode=on

enforce_gtid_consistency=on

server_id=2

#binlog

log-bin=slave-binlog

#从库开启binlog日志后开启log-salve-updates=1此时从库从主库拿到的数据会写入binlog日志里面，造成主从同步异常慢。

#log-slave-updates=1

binlog_format=row

#relay log

skip_slave_start=1

主执行备份：single-transaction开启后进行不锁表备份。

#mysqldump -uroot -p'mintmath' xxxx --single-transaction --master-data=2 --flush-logs > `date +%F`-mysql.sql

mysqldump -umtmath -pmintmath -h192.168.100.118  --default-character-set=utf8 --flush-logs  --single-transaction --no-autocommit --events --master-data=2  -B mtmath minte_prepare_middle >salve01.sql

mysql -uroot -p'mintmath' xxxx

执行连接

CHANGE MASTER TO

MASTER_HOST='mysql-server-01',

MASTER_USER='slave',

MASTER_PASSWORD='123456',

MASTER_PORT=3306,

MASTER_AUTO_POSITION = 1;

start slave;

六 .查看状态:

show slave status\G;

#Read_Master_Log_Pos 传输来的主库日志位置

#Slave_IO_Running IO线程状态

#Slave_Sql_Running SQL线程状态

#Exec_Master_Log_Pos 执行到主库的日志位置

https://www.cnblogs.com/luckcs/articles/6295992.html