tidb 非常多慢SQL UPDATE mysql.stats_meta 这些是什么原因？

🪐 TiDB 技术问题
,
1

【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】
【复现路径】做过哪些操作出现的问题
【遇到的问题：问题现象及影响】
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件：截图/日志/监控】

从监控中查询到有非常多的慢SQL，像这样的 update mysql.stats_meta set version = 443474762501455913, count = count + 6122, modify_count = modify_count + 18426 where table_id = 28672;

这些是怎么产生的？ 如何关闭掉？

2

系统 SQL 不用在意。慢是因为系统 SQL 执行有限流

3

你这库没有负载吧

4

有，是集群

5

analyze table mysql.stats_meta;
收集下这个表的统计信息试试

6

这个是系统内部操作，关掉系统元数据维护，怎么保证系统一致性、可用性。

7

默认情况下，执行时间超过 300ms 的 SQL 查询就会被视为慢查询，被记录到慢查询日志中，并可通过本功能对记录到的慢查询进行查询。可调整 tidb_slow_log_threshold SESSION 变量或 TiDB slow-threshold 参数调整慢查询阈值。
注意

若关闭了慢查询日志，则本功能不可用。慢查询日志默认开启，可通过修改 TiDB 配置 enable-slow-log 开启或禁用。

8

在TiDB Dashboard的Slow Query中，也可以查看SQL各阶段的执行时间，包括解析时间、生成执行计划用的时间、Coprocessor执行耗时，等等。与正常时段对比，即可定位SQL耗时增加发生在哪个阶段。在Coprocessor读取的子菜单中，还可以查看SQL扫描的Key的数量。

9

【TiDB Dashboard 慢查询页面】CSDN编程社区

10

ANALYZE TABLE 命令手动收集统计信息