怎么理解MySQL的GTID复制

这篇文章主要介绍“怎么理解MySQL的GTID复制”，在日常操作中，相信很多人在开发云主机域名怎么理解MySQL的GTID复制问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”怎么理解MySQL的GTID复制”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！
什么是GTID呢， 简而言之，就是全局事务ID(global transaction identifier )，最初由google实现，官方MySQL在5.6才加入该功能。
GTID是事务提交时创建分配的唯一标识符，所有事务均与GTID一一映射。
GTID的格式类似于：
5882bfb0-c936-11e4-a843-000c292dc103:1
这个字符串，用“：”分开，前面表示这个服务器的server_uuid，这是一个128位的随机字符串，在第一次启动时生成（函数generate_server_uuid），对应的variables是只读变量server_uuid。 它能以极高的概率保证全局唯一性，并存到文件
DATADIR/auto.cnf中。因此要注意保护这个文件不要被删除或修改。
第二部分是一个自增的事务ID号，事务id号+server_uuid来唯一标示一个事务。
同步主从数据
停止所有数据库
设置开发GTID模式并启动所有数据库
从库指定主库
禁止read-only模式
GTID 模式实例和非GTID模式实例是不能进行复制的，要求非常严格，要么都是GTID，要么都不是
gtid_mode 是只读的，要改变状态必须1)关闭实例、2)修改配置文件、3) 重启实例
更新非事务引擎表
在同一事务中更新事务表与非事务表将导致多个GTIDs分配给同一事务
CREATE TABLE … SELECT statements
不安全的基于语句复制，实际是两个独立的事件，一个用于建表，一个用于向新表插入源表数据。
临时表
事务内部不能执行创建删除临时表语句，但可以在事务外执行，但必须设置set autocommit = 1
不执行不支持的语句
启用–enforce-gtid-consistency选项启动GTID模式，上述不支持的语句将会返回错误。
a. 忽略复制错误
当备库复制出错时，传统的跳过错误的方法是设置sql_slave_skip_counter,然后再START SLAVE。
但如果打开了GTID，就会设置失败：
提示的错误信息告诉我们，可以通过生成一个空事务来跳过错误的事务。
我们手动产生一个备库复制错误：
再查看show slave status，就会发现错误事务已经被跳过了。这种方法的原理很简单，空事务产生的GTID加入到GTID_EXECUTED中，
这相当于告诉备库，这个GTID对应的事务已经执行了，此时主从数据不一致。 到此，关于“怎么理解MySQL的GTID复制”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注开发云网站，小编会继续努力为大家带来更多实用的文章！

相关推荐: MySQL数据库中怎么实现复制操作

MySQL数据库中怎么实现复制操作，很多新手对此不是很清楚，为了帮助大家解决这个难题，下面小编将为大家详细讲解，有这方面需求的人可以来学习下，希望你能有所收获。 MySQL数据库复制操作大致可以分为三个步骤:步骤1：主服务器将数据的改变记录到二进制日志中。步骤…