Connector/J (allowMultiQueries) java connector 相关配置。

工具在执行 SQL 时包含了 多条 SQL 语句，而 TiDB 出于安全性考虑，不支持在一个 PREPARE 或执行语句中包含多条 SQL 语句。 可以调整 tidb_multi_statement_mode 来关闭检测，但是有 sql 注入等风险。推荐改 canal 配置，allow multi，工具上拆 sql。

单机多实例部署？ label 打了么。 查一查是不是有 2 副本以下的 region。pending region 信息也看下：https://docs.pingcap.com/zh/tidb/stable/pd-control#region-check-miss-peer--extra-peer--down-peer--pending-peer--offline-peer--empty-region--hist-size--hist-keys---jqquery-string

或者 https://docs.pingcap.com/zh/tidb/stable/tiup-component-cluster-replay replay 续升级下试试。可能重试就好了。

手动试试 https://docs.pingcap.com/zh/tidb/stable/pd-control#member-delete--leader_priority--leader-show--resign--transfer-member_name [image] 手动迁移能迁移走么？看看 pd leader 日志里面有没有什么 failed 关键字

这是好了，另外开一个窗口，然后执行 connect tidb: 后面那个命令就能连接了。 playground 模式就是窗口启动模式，开发简单用用的。

本地扩容磁盘也可以的。

嗯，推荐还是可以试试绑核 按照经验可能有帮助。

按照这个扩容。就是 tikv data 目录用的太多了。

[image] 空间少于 20% 吧

这两个告警都是指 tikv low space。 扩容：https://docs.pingcap.com/zh/tidb/stable/scale-tidb-using-tiup#扩容-tidbpdtikv-节点

因为视图间可能存在引用关系，所以对视图的建立顺序有一定要求，但是这个引用关系没有被备份下来，所以先把所有视图同名表建立，再依次替换为视图，这样就能绕过视图的建立顺序要求. 如果你存在这个同名表，你视图创建也有问题的，本身不合理。

https://docs.pingcap.com/zh/tidb/stable/tidb-configuration-file#logfile 试试 max day

你这个不算长，sql 语句本身长，比如你 in 很多，sql 文本长度达到 MB 级别。

这个参数我查了下 ，应该就是保留多版本配置。按照说明看起来就算是正常删除，其实物理上也没有删除的。 看起来需要一些特殊参数指定删除。我理解 br truncate 不兼容这个也正常。 不过看描述参数关闭了 br truncate 也还是会保留一个空目录？

这个配置是什么意思？ 看起来是多版本存储？删除不是删除 而是打一个 delete 标签吧。

你提供下复现操作，我改成产品需求让人看看。

常见原因一般是 sql 过长或者 tidb-server 的 cpu 使用率很高。 如果不是 1 ，可能和 go gc 有关系，可能当时内存在回收 或者可以试试 tidb-server 绑核，配置下 numa_node，服务器上装 numactl。https://docs.pingcap.com/zh/tidb/stable/hybrid-deployment-topology

意思是文件删除了，但是目录还在的意思么？