Otter同步延迟导致数据库反查(使用Otter遇到的问题二)

在双A同步环境下使用Otter时,大事务可能导致延迟增加,触发反查机制。当延迟超过60秒,Otter将反查源端获取最新数据。为保证数据一致性,可以监控延迟并避免执行大事务。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Otter同步延迟导致数据库反查

背景

在使用Otter进行双向同步时,A<---->B双向同步,A为主站点,当在A上执行大事务时,会导致延迟很高,出现反查的情况。

问题描述

Otter Channel配置:
在这里插入图片描述
环境为双A同步,即A和B均会对数据进行更新。
一致性反查数据库的阈值为:60秒,即延迟超过60秒,则会反查源端数据库,获取数据的最新版本。

How to repeat?

CREATE TABLE `delaytesttb` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `name` varchar(30) DEFAULT 'www',
  `addr` varchar(30) DEFAULT 'Hangzhou,Zhejiang,China',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=1DEFAULT CHARSET=utf8


----在delaytesttb中插入数据----
mysql> select * from delaytesttb limit 1;
+----+------+-------------------------+
| id | name | addr                 
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值