【 TiDB 使用环境`】
生产环境 5.2.1
【 TiDB 版本】
【遇到的问题】
请问我们在删除了分区表的历史分区以后,写入效率就变慢了,请问这种情况如何处理?
是否要重新分析下表?ANALYZE TABLE
【问题现象及影响】
【附件】
请提供各个组件的 version 信息,如 cdc/tikv,可通过执行 cdc version/tikv-server --version 获取。
【 TiDB 使用环境`】
生产环境 5.2.1
【 TiDB 版本】
【遇到的问题】
请问我们在删除了分区表的历史分区以后,写入效率就变慢了,请问这种情况如何处理?
是否要重新分析下表?ANALYZE TABLE
【问题现象及影响】
【附件】
请提供各个组件的 version 信息,如 cdc/tikv,可通过执行 cdc version/tikv-server --version 获取。
可以解析一下执行计划,然后从执行计划的耗时来分析,一般的原因:
热点问题(资源不均衡)
资源竞争(锁)
统计信息不准,导致估算计划失效(表健康度)
也可以参考下面的文档进行排查:
请问删除数据以后会进行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,这个是正常的,但是如果合并的速度比较慢,可以参考上面的文档操作,进行提速;
当合并完成以后,请将相关的参数还原,否则会影响其他的调度执行的能力
索引rebuild一下,然后重新分析一下表。
大概率是gc,compact,导致磁盘io、cpu使用率增大。如果可以临时影响一段时间性能,可以加速compact:
参考线程池调优
https://docs.pingcap.com/zh/tidb/stable/tune-tikv-thread-performance