mysql gtid复制 临时表为什么是不安全的事务

发布网友 发布时间：2022-04-23 05:44

我来回答

共2个回答

热心网友 时间：2022-04-07 19:06

GTID 对于单源复制还是很方便，但是对于多源复制，这里就需要特别注意：

要先停止所有的从库 stop slave;

然后清理本机所有的 GTID，reset master;

再进行 SET @@GLOBAL.GTID_PURGED='xxxxx' gtid 设置

这里就会引入一个问题，如果是级联复制的情况下，reset master 的时候，会把本机的所有 binlog 清理掉。如果下一级的从库存在延迟，没有及时的把 binlog 传过去，就会造成主从中断，这里我们该怎么避免呢？看这里：

做 reset master 的时候，先看看下游的从库是否存在很大的延迟。如果存在，把当前的 binlog 和后面未同步的 binlog 全部备份下；

待添加好从库的 channel 后，再把未同步的 binlog 文件手动拷贝到 binlog 目录；

更新下 mysql-bin.index 文件；

注意，binlog 不能同名，需要手动更新下文件。

热心网友 时间：2022-04-07 20:24

1.从服务器会告诉主服务器已执行的事务的GTID值。
2.主库会告诉从哪些GTID事务没有被执行。
同一个事务在指定的从库执行一次。

什么是GTID
GTID即全局事务ID,器保证为每一个在主上提交的事务在复制集群中可以生成一个唯一的ID.
GTID=source_id:transaction_id
source_id:是主库的server UUID，在数据目录的auto.cnf 文件中。
transaction_id: 从1开始的一个序列。

2.基于GTID复制的步骤
1.在主DB服务器上建立复制帐号。
和日志点是一样的。

2.配置主数据库服务器
bin_log =mysql-bin
server_id=1001
gtid_mode=on
enforce-gtid-consiste:强制事务一致性，保证事务的安全
不能使用：
1.create table 。。select
2.在事务中使用create temporary table 建立临时表，使用关联更新事务表和非事务表。