猜测有可能是 https://docs.pingcap.com/zh/tidb/stable/system-variables/#tidb_opt_objective-从-v740-版本开始引入 导致的，可以看一下是不是都是这种开闭范围的，由于统计信息缺少，导致容易越界，可以试试 session 级别改改参数值，看看有没有效果。如果有，可以考虑集群设置参数值。

set config 肯定是不能修改的，文档里并没有这个参数 应该也不是很好修改，原目录中记录了 raft log 的信息，如果只是修改目录，感觉会有问题。tiup 测试了一下，应该也不让改。 ssh_stderr: critical config check failed: raft engine dir have been changed, former is ‘/DATA/disk3/tidb-data2’, current is ‘/DATA/disk3/tidb-data/tikv-26164/raft-engine’, please check if it is expecte…

看起来是1个node 故障后，其他node 也没有可用的 volumne。可以先修复这个 node，再看看。

这个您有空可以在 github 提个 issue 感谢。

您好： 感谢您的反馈，之后文档会添加此说明

您好： 这里内部反馈由于也是写入密集型，所以暂时不作处调整。 但是文档之会再添加一些描述，尽量区分。感谢您的反馈。

使用 https://docs.pingcap.com/zh/tidb/v6.1/sql-plan-replayer#使用-plan-replayer-保存和恢复集群现场信息 收集下信息。

https://docs.pingcap.com/zh/tidb/v5.4/troubleshoot-ticdc#如何处理-ticdc-同步任务的中断 可以试试ignore-txn-start-ts跳过

netstat 检查端口是否被占用，或者更换端口试试。

可以检查lightning 日志中是否有filter 了某些文件。或者看看是否有报错。

看ddl job 信息是有一个 add index 在这张表上，导致 add column 一直无法添加成功。所以 ticdc 可能重复发送了添加 column 信息。等 add index 完成后，应该会执行成功一个 ，其他的 cancel？ 可以看下 ticdc.log 再确认下重复发送的原因。

请使用 replay 导出完整的信息，方便查看分析具体原因。 https://docs.pingcap.com/zh/tidb/stable/sql-plan-replayer#使用-plan-replayer-保存和恢复集群现场信息

如果是 check offline-peer 有信息吗？ 能否看到具体的 region 信息？

如果直接链接 tidb server 执行此 SQL 是否会报错？麻烦测试下。如果依然报错，麻烦同时反馈下表结构。

是说只有1个 TiKV? 损坏后，无法启动吗？

minio 参考这个试试先创建好。 https://docs.pingcap.com/zh/tidb/stable/replicate-between-primary-and-secondary-clusters#第-1-步搭建环境

可以使用 plan replayer 反馈信息吗？ https://docs.pingcap.com/zh/tidb/stable/sql-plan-replayer#使用-plan-replayer-保存和恢复集群现场信息

可以看看 tikv.log 日志，有什么异常吗？ 看版本还是 3.1 ，可以考虑升级到高版本。

请问导出命令是什么？我测试可以正常导出。 CREATE TABLE applet_user ( id bigint(20) NOT NULL AUTO_INCREMENT COMMENT ‘主键ID’, openid varchar(255) DEFAULT NULL COMMENT ‘用户唯一标识’, user_id bigint(20) DEFAULT NULL COMMENT ‘用户表ID’, nick_name varchar(255) DEFAULT NULL COMMENT ‘昵称’, gender tinyint(4) DEFAULT NULL COMMENT ‘性别…