云下 OK？然后华为云不行。。。 一样操作？底层 k8s 版本啥的是不是有区别。。。。

[image] 表结构如果提前有就会有问题。

helm 安装 tidb 集群，而且还是 EOL 版本的，是哪里找到的安装文档？

设置为 0 最后最好等一会，看 tiflash 那边空间不下降了在设置回来。

[image] 奥 官网有说明

查了下，确实没有，看起来并不是所有参数 show config 都有 。 可以查下 tidb.log 匹配 Welcome，这个是启动关键字，看看下面几行日志中参数加载内容。

这个目录按天分的，我记得。 storage_retention 我记得是保留天数，目录来说就是保留个数。

可以连续。

这是一个正常日志吧，br 还原停调度。 还有 br 还原目标推荐是空表。不然 checksum 过不去吧。。。

定时任务耗点也正常。 其实有些参数调整之后也能降，但是感觉没必要，何必扣那 1vc

tidb 升级吧，4.0 太老了。新版本确实有相关优化。 升级之后用 dumpling 备份出来吧

内部查了下，等等吧。估计是测试 pr 有点问题，延期了。 [image]

1、可以调大 region 大小 2、tikv duration 会上升，pd region 心跳压力回答 3、可以，可以调整到 128MB 或者 256MB 4、调整心跳 5、可以比较健康

pd 有一些 rules check、region 心跳等日常工作。 因此一般没有压力的时候 0.5vc-1.5vc 是正常的。 如果 region 数量非常多(上百万)，tidb-server 也很多(一些定期刷 region cache 等)，配置了比较复杂的 placment rules 或者开启了一些 scatter 特性，空闲时 cpu 会更多。都很正常。

set session tidb_enable_paging=off; 后即可，应该是新特性会导致 cop cache 命中很低。

explain Analyze 执行计划看看呢。

看起来是已知问题。新版本没问题感觉可以考虑升级了。

好吧，如果是无法在线改的原因，那么这个 Warning 其实应该优化下。

https://docs.pingcap.com/zh/tidb/stable/pd-scheduling-best-practices/ 可以完整的看下这篇文章。