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=197 #binlog log-bin=slave-binlog log-slave-updates=1 binlog_format=row #relay log skip_slave_start=1
主执行备份: mysqldump -uroot -p'mintmath' xxxx --single-transaction --master-data=2 --flush-logs > `date +%F`-mysql.sql 导入到从: mysql -uroot -p'mintmath' xxxx <yyy.sql 执行连接 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