深入理解MySQL 5.7 GTID系列(一)

  1. 云栖社区>
  2. 老叶茶馆>
  3. 博客>
  4. 正文

深入理解MySQL 5.7 GTID系列(一)

技术小能手 2018-01-08 10:07:20 浏览2535
展开阅读全文

MySQL GTID特性是5.6加入的一个强大的特性,它的目的在于使用GTID的MySQL能够在整个复制环境中能够自动地切换,而不像以前需要指定文件和位置,这也一定是未来发展的方向,我们熟知的MGR也是基于GTID的,所以了解GTID的原理也是必要的。

GTID的维护是完全自动的,但是实际使用上确实有较多的坑,也导致很多朋友对GTID还是觉得畏惧,本系列文章将从GTID模块的源码出发分析,并且给出总结,然后结合运维和案例进行综合的解析,我希望抛砖引玉让希望了解源码的朋友也有所收获,但是能力有限特别是源码部分如果有错误请指出,并且能够一起交流,如果有朋友有更好的案例也欢迎一起探讨。
当然留下这么一个系列也有自己的原因,好记性不如烂笔头嘛,因此也当自己的一个笔记了。

一、GTID事务的生命周期

GTID的全称为global transaction identifier,他在整个复制生态中完全唯一的,下面我们通过一个图来解释它的整个生命周期,假设我们这里有一个master->slave->slave的复制环境,生成了一个GTID为89dfa8a4-cb13-11e6-b504-000c29a879a3:1的GTID事务,因为名字太长我简化为879a3:1如图

db2ca6b70192bb547e4a5505fcb7fc308163cc01

我们可以看到在整个生命周期中整个事务的GTID号是没有改变的,不管在主库还是从库它都是89dfa8a4-cb13-11e6-b504-000c29a879a3:1,这也是为什么叫做全局的原因。

二、本系列文章包含了哪些内容

本系列文章一共分为十节:

  • 深入理解MySQL 5.7 GTID系列(一):导读
  • 深入理解MySQL 5.7 GTID系列(二): GTID相关内部数据结构
  • 深入理解MySQL 5.7 GTID系列(三) :GTID和Last_commt/sequnce_number的生成时机
  • 深入理解MySQL 5.7 GTID系列(四) :MySQL.GTID_executed表的作用和Previous GTID Event的改变
  • 深入理解MySQL 5.7 GTID系列(五) :MySQL.GTID_executed表/GTID_executed变量/GTID_purged变量的更改时机
  • 深入理解MySQL 5.7 GTID系列(六) :MySQL启动初始化GTID模块
  • MySQL 5.7 GTID内部学习(七) 总结binlog_GTID_simple_recovery参数带来的影响
  • MySQL 5.7 GTID内部学习(八) GTID带来的运维改变
  • MySQL 5.7 GTID内部学习(九) 实际案例(一)
  • MySQL 5.7 GTID内部学习(十) 实际案例(二)

每一节都包含了总结和大量的文字描述,希望对普通的运维DBA有所帮助,同时也希望对想了解源码的DBA也有所引导。

本节只是一个导读,希望能够让大家对GTID有一个基本了解,如果需要继续了解可以看看官方文档。

  • 18.1.3 Replication with Global Transaction Identifiers

原文发布时间为:2018-01-06
本文作者:高鹏(重庆八怪)
本文来自云栖社区合作伙伴“老叶茶馆”,了解相关信息可以关注“老叶茶馆”微信公众号

网友评论

登录后评论
0/500
评论
技术小能手
+ 关注
所属云栖号: 老叶茶馆