Jerry315
(Jerry315)
2019 年12 月 26 日 03:40
1
为提高效率,提问时请提供以下信息,问题描述清晰可优先响应。
【TiDB 版本】:Release Version: v4.0.0-alpha-1119-g41c7d7e94
【问题描述】:
启动dm task后,查询相应任务,状态为paused,错误日志“code=32001:class=dump-unit:scope=internal:level=high] mydumper runs with error: exit status 1. \tuse --long-query-guard to change the guard value, kill queries (–kill-long-queries) or use \
\tdifferent server for dump\
”
yilong
(yi888long)
2019 年12 月 26 日 03:51
2
能否查一下show processlist, 是否有执行很长的sql?
Jerry315
(Jerry315)
2019 年12 月 26 日 06:00
3
通过show processlist命令没有看到有比较长的sql语句
yilong
(yi888long)
2019 年12 月 26 日 06:28
4
您好,如果觉得没有长的sql, 那么有三种方法: 1. 添加nolock参数, 有可能会产生备份不一致。2. 使用 --kill-long-queries 有可能会杀掉业务的 SQL 。3. 找出业务上的长sql,提前取消
Jerry315
(Jerry315)
2019 年12 月 27 日 06:20
5
使用 --kill-long-queries 有可能会杀掉业务的 SQL ?这个如何使用,dm自动同步,如何去干预mydumper?
1、使用 --kill-long-queries 是会 kill 业务 sql 的,可能在使用 dm 全量备份的时候,当前节点存在长会话
2、建议的解决步骤
1)推荐:在业务低峰期,没有长回话的节点执行导出操作
2)不推荐:在 dm 的 task 的配置文件中,mydumper 部分添加 --kill-long-queries 以及 --long-query-guard,示例如下:
https://pingcap.com/docs-cn/stable/reference/tools/data-migration/configure/task-configuration-file-full/
system
(system)
关闭
2022 年10 月 31 日 19:05
7
此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。