-
<李>概述:李
<李>当使用GTIDs时,可以识别和跟踪每一个事务,因为它是在原始服务器上提交的,并由任何奴隶应用,简单来说就主提是交的所有事务都在奴隶应用一次,两者的数据就能保证一致性,此外,同一GTID的事务只能在同一服务器上面提交一次。
<李>格式:
-
<李> GTID表示为一对坐标,由冒号分隔(:)
<李> GTID=source_id: transaction_id李
<李> source_id标识原始服务器。通常,服务器的server_uuid用于此目的.transaction_id是一个序列号,由在该服务器上提交事务的顺序决定,例如,要提交的第一个事务的transaction_id为1,而在同一个源服务器上提交的第十个事务的transaction_id为10。事务不可能将0作为GTID中的序列号,例如,在最初使用UUID 3 e11fa47 ca - 71 - 11 - e1 - 9 - e33 c80aa9429562的服务器上提交的第23个事务具有以下GTID:
3 e11fa47 ca - 71 - 11 - e1 - 9 - e33 c80aa9429562:23李 <李>如在显示主状态或显示奴隶状态等语句的输出中所写,来自同一服务器的一系列GTID可以折叠成单个表达式,如此处所示
3 e11fa47 ca - 71 - 11 - e1 - 9 - e33 c80aa9429562:1 - 5
刚刚显示的示例表示源自MySQL服务器的第一到第五个事务,其server_uuid是3 e11fa47 ca - 71 - 11 - e1 - 9 - e33 c80aa9429562。 李
-
<李>事务在主人上执行并提交。此客户端事务被分配一个GTID,该GTID由主人的UUID和此服务器上尚未使用的最小非零事务序列号组成.GTID被写入大师的二进制日志(紧接在日志中的事务本身之前)。如果未将客户端事务写入二进制日志(例如,因为事务已被过滤掉,或者事务是只读的),则不会为其分配GTID李
<李>如果为事务分配了GTID,则在提交时通过将其写入事务开始时的二进制日志(作为Gtid_log_event)以原子方式持久化GTID。无论何时旋转二进制日志或关闭服务器,服务器都会将写入先前二进制日志文件的所有事务的GTID写入mysql.gtid_executed表。
<李>如果为事务分配了GTID,则通过将GTID添加到gtid_executed系统变量(@@GLOBAL.gtid_executed)中的GTIDs集,以非原子方式外部化GTID(在提交事务之后不久)。此GTID集包含所有已提交的GTID事务集的表示形式,并在复制中用作表示服务器状态的标记。启用二进制日志记录(根据掌握的要求),gtid_executed系统变量中的GTID集是应用事务的完整记录,但mysql.gtid_executed表不是,因为最新的历史记录仍在当前二进制日志文件中李
<李>将二进制日志数据传输到奴隶并存储在奴隶的中继日志中,然后奴隶读取GTID并将其gtid_next系统变量的值设置为此GTID。这告诉奴隶必须使用此GTID记录下一个事务。值得注意的是,奴隶在会话上下文中设置了gtid_next。
<李>奴隶验证没有线程在gtid_next中获得GTID的所有权以便处理事务。通过首先读取和检查复制事务的GTID,在处理事务本身之前,奴隶不仅保证在奴隶上没有应用具有此GTID的先前事务,而且还保证没有其他会话已经读取此GTID但尚未提交的相关事务。因此,如果多个客户端尝试同时应用同一事务,则服务器只允许其中一个执行,从而解决此问题.slave的gtid_owned系统变量(@@ GLOBAL.gtid_owned)显示当前正在使用的每个GTID以及拥有它的线程的ID。如果已经使用了GTID,则不会引发错误,并且使用自动跳过功能来忽略该事务。
<李>如果尚未使用GTID,则奴隶应用复制的事务。由于gtid_next设置为大师已分配的GTID,因此奴隶不会尝试为此事务生成新的GTID,而是使用存储在gtid_next中的GTID。
<李>如果在奴隶上启用了二进制日志记录,那么GTID将在提交时以原子方式持久化,方法是在事务开始时将其写入二进制日志(作为Gtid_log_event)。无论何时旋转二进制日志或关闭服务器,服务器都会将写入先前二进制日志文件的所有事务的GTID写入mysql.gtid_executed表。
<李>如果在奴隶上禁用二进制日志记录,则通过将GTID直接写入mysql.gtid_executed表来原子性地保留GTID.MySQL向事务添加一条语句,将GTID插入到表中。在这种情况下,mysql。gtid_executed表是奴隶上应用的事务的完整记录。请注意,在MySQL 5.7中,将GTID插入表中的操作对于DML语句是原子操作,但对于DDL语句则不是,因此如果服务器在涉及DDL语句的事务之后意外退出,则GTID状态可能会变得不一致。从MySQL 8.0开始,DDL语句和DML语句的操作都是原子操作。
<李>在奴隶上提交复制事务之后不久,通过将GTID添加到奴隶的gtid_executed系统变量(@@ global.gtid_execute)中的GTIDs集合中,以非原子方式外部化GTID。对于主人,这个GTID集合包含所有已提交GTID事务的集合的表示。如果在奴隶上禁用二进制日志记录,则mysql.gtid_executed表也是在奴隶上应用的事务的完整记录。如果在奴隶上启用了二进制日志记录,则意味着某些GTIDs仅记录在二进制日志中,gtid_executed系统变量中的GTIDs集是唯一的完整记录。
