标签：binlog 事务 NEXT 概述 服务器 主从 GTID

what：

　　GTID (Global Transaction IDentifier) 是全局事务标识。它具有全局唯一性，一个事务对应一个GTID。唯一性不仅限于主服务器，GTID在所有的从服务器上也是唯一的。一个GTID在一个服务器上只执行一次，从而避免重复执行导致数据混乱或主从不一致。

　　GTID在所有主从服务器上都是不重复的，所以所有在从服务器上执行的事务都可以在binlog找到。
　　一旦一个事务提交了，与拥有相同GTID的后续事务都会被忽略。这样可以保证从服务器不会重复执行同一件事务。

　　当使用GTID时，从服务器不需要保留任何非本地数据，使用数据都可以来自replicate data stream。从DBA和开发者的角度看，从服务器无保留file-offset pairs以决定如何处理主从服务器间的数据流。

　　GDIT由两部分组成：GTID = source_id:transaction_id。
　　　　source_id：是产生GTID的服务器，即是server_uuid，在第一次启动时生成（sql/mysqld.cc: generate_server_uuid()），并保存到DATADIR/auto.cnf文件里。
　　　　transaction_id：是序列号（sequence number），在每台MySQL服务器上都是从1开始自增长的顺序号，是事务的唯一标识。

where：

　　在传统的复制里面，当发生故障需要主从切换时，服务器需要找到binlog和pos点，然后将其设定为新的主节点开启复制。相对来说比较麻烦，也容易出错。在MySQL 5.6里面，MySQL会通过内部机制自动匹配GTID断点，不再寻找binlog和pos点。我们只需要知道主节点的ip，端口，以及账号密码就可以自动复制。

how：

　　主从GTID的生成方式：

　　　　GTID的生成受GTID_NEXT控制。
　　　　在主服务器上，GTID_NEXT默认值是AUTOMATIC，即在每次事务提交时（具体执行前）自动生成GTID。它从当前已执行的GTID集合（即gtid_executed）中，找一个大于0的未使用的最小值作为下个事务GTID。同时在实际的更新事务记录之前，将GTID写入到binlog（set GTID_NEXT记录）。
　　　　在Slave上，从binlog先读取到主库的GTID(即get GTID_NEXT记录)，而后执行的事务采用该GTID。

　　主从复制：

　　　　主服务器更新数据时，会在事务前产生GTID，一同记录到binlog日志中。binlog传送到从服务器后，被写入到本地的relay log中。
　　　　从服务器读取GTID（从relay log中），并将其设定为自己的GTID（GTID_NEXT系统）。sql线程从relay log中获取GTID，然后对比从服务器端的binlog是否有记录。如果有记录，说明该GTID的事务已经执行，从服务器会忽略；如果没有记录，从服务器就会从relay log中执行该GTID的事务，并记录到binlog。

标签：binlog,事务,NEXT,概述,服务器,主从,GTID
来源： https://www.cnblogs.com/sfzlstudy/p/16701662.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。