请问我们在删除了分区表的历史分区以后,写入效率就变慢了,请问这种情况如何处理?

【 TiDB 使用环境`】
生产环境 5.2.1
【 TiDB 版本】
【遇到的问题】
请问我们在删除了分区表的历史分区以后,写入效率就变慢了,请问这种情况如何处理?
是否要重新分析下表?ANALYZE TABLE
【问题现象及影响】

【附件】

请提供各个组件的 version 信息,如 cdc/tikv,可通过执行 cdc version/tikv-server --version 获取。

可以解析一下执行计划,然后从执行计划的耗时来分析,一般的原因:

  1. 热点问题(资源不均衡)

  2. 资源竞争(锁)

  3. 统计信息不准,导致估算计划失效(表健康度)

也可以参考下面的文档进行排查:

请问删除数据以后会进行merge region,这个从哪里可以看到?

通过 grafana 去查阅一下 empty region的数量,观察下是否有慢慢变少

https://docs.pingcap.com/zh/tidb/stable/daily-check#region-信息面板

_SHOW_TABLE_t_mat_package_cert_detail_REGIONS__202205291810.csv (154.8 KB)

这个是我show region的数据。您能帮忙看看这个region正常吗。感觉很多空region没有合并。
我只要一truncate partition写入就慢。过几天就好了。。。这个是什么情况

建议检查下参数

参考文档:
https://docs.pingcap.com/zh/tidb/stable/pd-scheduling-best-practices#region-merge-速度慢

根据你的描述,truncate 后确实会出现 empty region,这个是正常的,但是如果合并的速度比较慢,可以参考上面的文档操作,进行提速;
当合并完成以后,请将相关的参数还原,否则会影响其他的调度执行的能力

我看了。我们的region是有合并的。但是写入还是慢

一条直线上去就是我们再删数据。然后慢慢他就合并了。

索引rebuild一下,然后重新分析一下表。

大概率是gc,compact,导致磁盘io、cpu使用率增大。如果可以临时影响一段时间性能,可以加速compact:
参考线程池调优
https://docs.pingcap.com/zh/tidb/stable/tune-tikv-thread-performance