[image]
这里还是报错lessthan啊,你按照这个步骤做了么,停止迁移任务,更改原信息表
1.通过 stop-task 停止迁移任务。
2.更改元信息表
将下游 dm_meta 数据库中 global checkpoint 与每个 table 的 checkpoint 中的 binlog_name 更新为出错的 binlog 文件,将 binlog_pos 更新为已迁移过的一个合法的 position 值,比如 4。
例如:出错任务名为 dm_test,对应的 source-id 为 replica-1,出错时对应的 binlog 文件为 mysql-bin|000001.…
你这个报错的gtid不对啊,怎么都是0呢,把gtid这块改下
你往上看,大佬截图里的内容已经回复你了,就是下面的这个操作,大于4G这个报错官网有总结的
1.通过 stop-task 停止迁移任务。
2.更改元信息表
将下游 dm_meta 数据库中 global checkpoint 与每个 table 的 checkpoint 中的 binlog_name 更新为出错的 binlog 文件,将 binlog_pos 更新为已迁移过的一个合法的 position 值,比如 4。
例如:出错任务名为 dm_test,对应的 source-id 为 replica-1,出错时对应的 binlog 文件为 mysql-bin|000001.004451…
新的一年,实现健身目标,体重控制到145
新的一年,找到能稳定高效变现的副业
新的一年,争取爆富
新的一年,多参加各类活动,走出小圈子
不是跳过文件,你仔细看我的步骤,比如你的大文件是mysql-bin.000002,你把这个mysql-bin.000002手动拉取过来,然后dm的拉取你指定mysql-bin.000003,他就会mysql-bin.000003开始拉取,应用会先应用你的mysql-bin.000002,也不会丢数据,一个是拉取,一个是应用,步骤应该已经很详细了
1.停止 DM-worker
这里要注意,不是stop-task,而是停止对应的dm-worker进程
2.将上游对应的 binlog 文件复制到 relay log 目录作为 relay log 文件。
3.修改relay.meta 文件
更新 relay log 目录内对应的 relay.meta 文件以从下一个 binlog (这个binlog是指relay-log目录中没有的,且在二进制show master logs;能看到的)开始拉取。如果 DM worker 已开启 enable_gtid,那么在修改 relay.meta 文件时,同样需要修改下一个 binlog 对应的…
有没有可能是包含在显示事务里了,事务没有提交的问题
你是不先把pump卸载了啊,scale-in先卸载drainer,再卸载pump
第一步调整:
set config tikv raftstore.region-compact-redundant-rows-percent=5;
set config tikv raftstore.region-compact-check-step=10000;
没有效果
第二步调整:
set config tikv raftstore.region-compact-check-interval=‘1m’;
set config tikv raftstore.region-compact-min-redundant-rows=10000;
有些效果,但是最终在57457191的…
没用,我6亿个key远远超过这个阈值了,但参数我也没调,后续我再测试看看
GoVersion: go1.21.13,像是这个bug