主要原因是因为升级过程中需要执行几个 DDL SQL，由于 DDL Owner 目录不存在导致 DDL 无法创建目录并且无法成功执行 DDL 导致升级不成功。 通过修复 DDL Owner节点问题，让DDL顺利执行可以完成升级

通过admin show ddl jobs;可以看到有DDL持续被cancelled 通过admin show ddl;定位ddl owner节点，并且发现tidb owner节点报错。 建议手动mkdir再重启 [image]

这个应该是文档提示问题，我反馈一下

1、就是说如果hint方式对单条SQL进行RU限制后，只要是负债没有达到当前版本的30倍，是不会报错的是吧？ 是的，没有超过30倍不会报错。 2、正常一个SQL的流程获取完region点信息后，对于同一个TiKV是不是只有一次RPC请求，使用batch的方式？那如果是绑定RU的SQL则会进行多次串行？ 一个复杂 AP SQL 可能会有多个算子请求多次 TiKV，单个算子是并发 Batch 请求多个 Region，第二个算子开始执行之前会统计第一个算子消耗的 RU 并在必要时出发流控。正常 OLTP SQL 一般是一次 TiKV 请求，此时多个 SQL 之间也会形成并发请求和 RU 控制

可以参考这篇文章中 Bad SQL 限流章节说明