GTID介绍
酸萝卜别吃 人气:0从MySQL5.6开始增加GTID这个特性,Global Transaction ID,全局事务ID,用来强化主从数据库的一致性,故障恢复,以及容错能力,来替代传统的人工的主从复制;
有了GTID,在进行主备切换的时候,slave们可以自动在新的master上找到复制位置(position),大大简化了复杂复制集群的维护工作,减少了人为设置position的风险,减少了数据不一致性的风险;
**GTID的组成:**
GTID=server_uuid:transaction_id
server_uuid指的是MySQL的uuid,在第一次启动MySQL时生成,保存在auto.cnf中;
transaction_id是事务的id,是一个从1开始的自增计数,表示在这个主库上执行的第几个事务;
比如:
b6af5b5c-666f-11e9-bed3-000c29b85ea6:1,第一个事务
b6af5b5c-666f-11e9-bed3-000c29b85ea6:1-5,第1到第5个事务
**GTID复制的工作原理**
1. master在执行更新操作时,会在事务执行时生成一个GTID,然后把GTID一起记录到binlog中;
2. slave的IO线程去读取master的binlog变更,写入自己的relay-log中;
3. slave从relay-log中取出GTID,比较自己的binlog中是否有次GTID;
4. 如果slave的binlog中有此GTID,则说明该事务已经执行过,不再执行;
5. 如果slave的binlog中没有次GTID,则执行该事务,并记录到自己的binlog中;
**GTID复制的优点**
1. 传统的主从复制,需要手动指定binlog和position,这样比较麻烦,也很容易出错,在master的写操作频繁时,也很难确定position;在GTID复制下,只需要指定MASTER_AUTO_POSITION=1,MySQL就会通过内部机制,自动找点同步;
简单来说,就是简化了复制,因为position是实时更新的,不方便手工指定,所以,GTID可以自动找到position进行同步;
2. GTID支持基于库的多线程复制,在MySQL5.6以前,slave的复制是单线程的,只能一个事件一个事件进行;所以,我们可以把一个表放在一个库里,一个库一个线程,这样就可以实现多线程复制;但是,当只有一个库的时候,多线程复制是没有用的;
**GTID相关变量**
gtid_mode=on:开启GTID;
gtid_executed:当前实例上执行过的事务集合;
加载全部内容