你分页查询时，原表发生变化查询视图时查出的数据必然会发生变化的。

集群数据量不大，IO MBps 也不高，建个大表访问 IO 就倾斜了

1.确定 报错目录是否存在 2.确定权限，参考 https://docs.pingcap.com/zh/tidb/stable/backup-and-restore-faq#遇到-permission-denied-或者-no-such-file-or-directory-错误即使用-root-运行-br-命令行工具也无法解决该如何处理

你开 swap，只是为了让tidb 无内存可申请的时候用 swap。但是生产环境是关 swap 的，因为用 swap 性能抖动会非常厉害。

可以先截图初步看下 grafana --》 tikv-details --》 thread cpu 使用情况

读取对应版本快照数据的时间

官网有一些开启现有集群开启 ttl 的 warning ，也可以看下： [image]

试下 chatgpt 的方法 kubectl edit tc [TidbClusterName] -n [Namespace] 找到或创建 spec.tidb.config.experimental 配置项，并添加 enable-ttl 配置： spec: tidb: config: experimental: enable-ttl: true 保存文件后，Kubernetes 会自动更新 TiDB 集群配置。TiDB Operator 将重新应用更新的配置。 登录到 TiDB 实例并检查 enable-ttl 是否已生效： kubectl exec -it -n –…

Q：这张是我检查配置是否生效的图，有报错，我是指定的tikv这个pod A：这个 /etc/tikv/config.toml要根据你的实际部署情况的调整

你这好像是 K8 部署的，应该是类似这样修改： #假设集群名称为tidb-cluster kubectl -n tidb edit tidbcluster tidb-cluster #在 spec.tikv.config 下添加 spec: tikv: config: storage: enable-ttl: true enable_atomic_for_cas: true #检查新增配置生效 kubectl -n tidb exec -it – cat /etc/tikv/config.toml

加的地方不对，要加在 server_configs 这个标签下面

如果你想通过修改 gogc 的行为改变内存使用现状，可以尝试调小 tidb_gogc_tuner_threshold触发更频繁的垃圾回收，以减少内存占用。 https://docs.pingcap.com/zh/tidb/stable/system-variables#tidb_gogc_tuner_threshold-从-v640-版本开始引入

对 表数据量，数据分布也很大程度上能影响执行计划

或者建上tidb 用户，scale-out 时加上-utidb -p 应该也可以

这样呢？ // 检查 rowKey 是否是分区表，并提取正确的主键信息 if (isPartitionTable(rowKey, tableInfo)) { decodePartitionedTablePrimaryKey(rowKey); } tikvImages = TableCodec.decodeObjects(row.getValue().toByteArray(), rowKey.getHandle(), tableInfo);

注意有缩进的空格，编辑的时候写了空格，到评论出去就没了

1.编辑集群配置； server_configs: tikv: storage: enable_ttl: true enable_atomic_for_cas: true 2.reload 集群配置

看来虽然有索引，但是还是在扫全表

如同上面的回答结果： coprocessor.region-max-keys Region 最多允许的 key 的个数，超过时系统自动分裂成多个 Region。 coprocessor.egion-max-size Region 容量空间最大值，超过时系统分裂成多个 Region。 参考：load base split https://docs.pingcap.com/zh/tidb/stable/configure-load-base-split#load-base-split split.qps-threshold：表明一个 Region 被识别为热点的 QPS 阈值。当 r…