binlog_gtid_simple_recovery

这个变量控制在MySQL启动或重新启动时搜索gtid时如何迭代二进制日志文件。

当binlog_gtid_simple_recovery = TRUE的值，即MySQL 8.0的默认值gtid_executed而且gtid_purged的值在启动时计算Previous_gtids_log_event在最近和最早的二进制日志文件中。有关计算的描述，请参见的gtid_purged系统变量．此设置在服务器重新启动期间只访问两个二进制日志文件。如果服务器上的所有二进制日志都是使用MySQL 5.7.8或更高版本生成的，binlog_gtid_simple_recovery = TRUE总是可以安全使用。

如果服务器上存在MySQL 5.7.7或更老版本的二进制日志(例如，将旧服务器升级到MySQL 8.0之后)，则使用binlog_gtid_simple_recovery = TRUE，gtid_executed而且gtid_purged在以下两种情况下可能初始化错误:

如果在任何一种情况下计算了不正确的GTID集，即使服务器稍后用binlog_gtid_simple_recovery = FALSE．如果这些情况中的任何一种适用于服务器或可能适用于服务器，则设置binlog_gtid_simple_recovery = FALSE在启动或重新启动服务器之前。

当binlog_gtid_simple_recovery = FALSE是设定，计算的方法gtid_executed而且gtid_purged如在的gtid_purged系统变量更改为按如下方式迭代二进制日志文件:

enforce_gtid_consistency

根据这个变量的值，服务器通过只允许执行可以使用GTID安全地记录的语句来强制GTID一致性。你必须将此变量设置为在才能启用基于GTID的复制。

这些价值观enforce_gtid_consistency可配置为:

——enforce-gtid-consistency只有在对语句进行二进制日志记录时才会生效。如果在服务器上禁用二进制日志记录，或者如果语句因为被过滤器删除而没有写入二进制日志，那么对于没有日志记录的语句，将不检查或执行GTID一致性。

只有可以使用GTID安全语句记录的语句才可以记录enforce_gtid_consistency设置为在，因此这里列出的操作不能与该选项一起使用:

有关更多信息，请参见第2.3.7节，“使用gtid复制的限制”．

在MySQL 5.7之前和该版本系列的早期版本中，布尔值enforce_gtid_consistency默认从．为了保持与这些早期版本的兼容性，枚举默认为从，和设置——enforce-gtid-consistency没有值则被解释为将值设置为在．变量的值也有多个文本别名:0 = = FALSE，1 = = TRUE，2 =警告．这与其他枚举类型不同，但与以前版本中使用的布尔类型保持兼容性。这些更改会影响变量返回的内容。使用选择@@ENFORCE_GTID_CONSISTENCY，显示诸如' enforce_gtid_consistency '之类的变量,从information_schema中选择*。变量' variable_name ' = ' enforce_gtid_consistency '，都返回文本形式，而不是数字形式。这是一个不兼容的更改，因为@@ENFORCE_GTID_CONSISTENCY返回布尔值的数字形式，但返回的文本形式显示和信息模式。

gtid_executed

与全局作用域一起使用时，此变量包含在服务器上执行的所有事务的集合的表示，以及已由集gtid_purged声明。的值是一样的Executed_Gtid_Set的输出中显示主机状态而且显示副本状态．该变量的值是GTID集合，参见GTID集更多信息。

当服务器启动时，@@GLOBAL.gtid_executed初始化。看到binlog_gtid_simple_recovery有关如何迭代二进制日志以填充的更多信息gtid_executed．然后在执行事务时(如果有事务的话)将gtid添加到集合中集gtid_purged语句将被执行。

在任何给定时间可以在二进制日志中找到的事务集等于GTID_SUBTRACT (@@GLOBAL。gtid_executed，@@GLOBAL.gtid_purged）；也就是说，对于二进制日志中尚未被清除的所有事务。

发行重置的主人导致该变量的全局值(而不是会话值)重置为空字符串。的原因清除集合时，gtid不会从此集合中删除重置的主人．

在一些较早的版本中，此变量还可以与会话作用域一起使用，其中它包含当前会话中写入缓存的事务集的表示。会话作用域现在已弃用。

gtid_executed_compression_period

压缩mysql.gtid_executed表中每次处理这么多事务时。当在服务器上启用二进制日志记录时，将不使用此压缩方法，而使用mysql.gtid_executed表在每次二进制日志旋转时都被压缩。当在服务器上禁用二进制日志记录时，压缩线程将休眠到执行了指定数量的事务为止，然后唤醒以执行压缩mysql.gtid_executed表格将此系统变量的值设置为0意味着线程永远不会被唤醒，因此不使用此显式压缩方法。相反，根据需要隐式地进行压缩。

从MySQL 8.0.17，InnoDB事务被写入mysql.gtid_executed表由单独的进程来非InnoDB事务。如果服务器有InnoDB交易及非InnoDB事务时，由此系统变量控制的压缩会干扰此进程的工作，并会显著降低其速度。因此，建议您从该版本设置gtid_executed_compression_period为0。

从MySQL 8.0.23InnoDB和非InnoDB事务被写入mysql.gtid_executed表由同样的过程，和gtid_executed_compression_period缺省值为0。

看到mysql.gtid_executedTable Compression更多信息。

gtid_mode

控制是否启用基于GTID的日志记录，以及日志可以包含什么类型的事务。您必须具有足够的权限来设置全局系统变量。看到系统变量权限．enforce_gtid_consistency必须设置为在在设置之前gtid_mode =对．修改此变量前，请参见第2.4节“更改在线服务器的GTID模式”．

记录的事务可以是匿名的，也可以使用gtid。匿名事务依赖于二进制日志文件和位置来识别特定的事务。GTID事务有一个唯一的标识符，用来引用事务。不同的模式有:

从一个值到另一个值的更改一次只能进行一步。例如，如果gtid_mode当前设置为OFF_PERMISSIVE，就有可能改为从或ON_PERMISSIVE但不是在．

的价值gtid_purged而且gtid_executed是不顾价值的执着吗gtid_mode．因此即使在改变值之后gtid_mode，这些变量包含正确的值。

gtid_next

该变量用于指定是否以及如何获取下一个GTID。

设置此系统变量的会话值是受限制的操作。会话用户必须具有REPLICATION_APPLIER特权(见复制权限检查)或足够设置受限制的会话变量的特权(参见系统变量权限）.

gtid_next可以采用以下值中的任何一个:

的设置决定了上面哪个选项是有效的gtid_mode,请参阅第2.4.1节“复制模式概念”更多信息。设置此变量没有效果，如果gtid_mode是从．

在将此变量设置为之后UUID：数量，并且事务已经提交或回滚，即显式设置GTID_NEXT声明必须在任何其他声明之前再次发出。

删除表或删除临时表当非临时表与临时表的组合使用时，或使用事务性存储引擎的临时表与使用非事务性存储引擎的临时表的组合使用时，失败并出现显式错误。

gtid_owned

这个只读变量主要用于内部使用。其内容取决于其范围。

gtid_purged

的全局值gtid_purged系统变量(@@GLOBAL.gtid_purged)是一个GTID集合，由服务器上已提交的所有事务的GTID组成，但这些事务不存在于服务器上的任何二进制日志文件中。gtid_purged是gtid_executed．以下是gtid的类别gtid_purged：

当服务器启动时，的全局值gtid_purged初始化为一组gtid。有关如何计算这个GTID集的信息，请参见的gtid_purged系统变量．如果服务器上存在MySQL 5.7.7或更老版本的二进制日志，您可能需要设置binlog_gtid_simple_recovery = FALSE在服务器的配置文件中生成正确的计算。参见描述binlog_gtid_simple_recovery了解需要此设置的情况的详细信息。

发行重置的主人的值。gtid_purged将被重置为空字符串。

您可以设置的值gtid_purged以便在服务器上记录某个GTID集中的事务已被应用，尽管它们不存在于服务器上的任何二进制日志中。此操作的一个示例用例是，当您恢复服务器上一个或多个数据库的备份，但没有包含服务器上事务的相关二进制日志时。

在MySQL 8.0中，有两种方法可以设置的值gtid_purged．的值可以替换gtid_purged使用您指定的GTID集，或者您可以将您指定的GTID集附加到已经由gtid_purged．如果服务器没有现有的gtid，例如使用现有数据库的备份提供的空服务器，那么两种方法都会产生相同的结果。如果您正在恢复与服务器上已经存在的事务重叠的备份，例如，使用使用的源的部分转储替换损坏的表, mysqldump(其中包括服务器上所有事务的gtid，尽管转储是部分的)，使用第一种方法替换的值gtid_purged．如果要恢复与服务器上已经存在的事务分离的备份，例如使用来自两个不同服务器的转储提供多源副本，则使用第二种方法添加的值gtid_purged．