mysql.stats_histograms 查询非常慢

[ec_tom]

为提高效率，提问时请提供以下信息，问题描述清晰可优先响应。

• 【TiDB 版本】：v4.0.8
• 【问题描述】：mysql.stats_histograms 查询非常慢

16：38 左右执行的

[yilong (yi888long)]

1. explain analyze sql 反馈下执行计划
2. 这个表目前多少数据量？

[ec_tom]

[yilong (yi888long)]

看执行计划是psudo，可以试试 analyze table mysql.stats_histograms ，之后反馈 explain analyze sql 吗？

[ec_tom]

analyze table 之后执行sql还是要11秒左右

[yilong (yi888long)]

1. 麻烦看下 tidb 监控界面 整体 duration 是多少？ 是否集群非常繁忙导致 sql 查询慢
2. 麻烦也反馈下 trace sql 的结果，多谢。

[ec_tom]

集群负载不高的时候执行也慢

[ec_tom]

trace format=‘row’
SELECT
table_id,
hist_id,
tot_col_size
FROM
mysql.stats_histograms
WHERE
is_index = 0;

trace sql.txt (102.1 KB)

[yilong (yi888long)]

1. 看 trace 有时候有些 grpc 和 project 都比较慢
   

   

2. 整体集群的 999 duration 都在 4-8 s 非常高

3. [FAQ] Grafana Metrics 页面的导出和导入 请参考文档反馈下 over-view，tidb，detail-tikv 监控，多谢。

[ec_tom]

现在集群负载非常低，执行还是很慢

[ec_tom]

999 99 95 duration 这个是指标什么意思?

[yilong (yi888long)]

1. 查询时间从之前的 11s 多到 现在的 4s 多了，应该是网络负载低的时候，影响就小，可以先检查下网络。
2. 999 ，95 这些网络上搜索下解释吧

[ec_tom]

都是内网，60多万数据为什么会要4秒呢

[yilong (yi888long)]

是不是千兆网卡，检查下是否某个tikv到tidb的网络较差

[ec_tom]

网络和磁盘这块都没啥问题。现在只要是这个语句执行就慢

[spc_monkey (carry@pingcap.com)]

可以提供一下这个 SQL 的慢日志里的信息吗