系统无压力，内部查询很慢

🪐 TiDB 技术问题 性能调优
1

【 TiDB 使用环境】
【概述】系统无压力，内部查询很慢
【现象】系统无压力，内部查询很慢
【业务影响】无法使用新集群
【TiDB 版本】 5.0.3

image
image2294×1126 189 KB

image
image2344×1434 291 KB

image
image2346×1412 264 KB

2

发一下配置 以及监控情况

1 个赞
3

监控太多了，具体需要哪些监控，配置是指什么配置

1 个赞
4

集群配置，监控有工具可以导出，你看下tug

1 个赞
5

这些监控看够了嘛
tidb-pay-Overview_2021-08-24T06_23_43.285Z.json (3.6 MB) tidb-pay-Overview_2021-08-24T06_23_43.285Z.json

tidb-pay-TiKV-Details_2021-08-24T06_25_19.383Z.json

验证码：k8q2

1 个赞
6

部署架构发一下

1 个赞
7

image
image2314×1188 279 KB

image
image2324×624 91.5 KB

这样可以嘛

8

在查看一下出问题时的tidb日志以及 sql的查询计划

9

mysql> explain analyze SELECT VARIABLE_VALUE FROM mysql.GLOBAL_VARIABLES WHERE VARIABLE_NAME=‘tidb_partition_prune_mode’;
±------------±--------±--------±-----±-----------------------------------------------------±---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------±--------------±-------±-----+
| id | estRows | actRows | task | access object | execution info | operator info | memory | disk |
±------------±--------±--------±-----±-----------------------------------------------------±---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------±--------------±-------±-----+
| Point_Get_1 | 1.00 | 1 | root | table:GLOBAL_VARIABLES, index:PRIMARY(VARIABLE_NAME) | time:425.7µs, loops:2, Get:{num_rpc:2, total_time:399.3µs}, scan_detail: {total_process_keys: 2, total_keys: 2, rocksdb: {delete_skipped_count: 0, key_skipped_count: 0, block: {cache_hit_count: 18, read_count: 0, read_byte: 0 Bytes}}} | | N/A | N/A |
±------------±--------±--------±-----±-----------------------------------------------------±---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------±--------------±-------±-----+

tidb-pay-tidb-log.tar.gz (6.0 MB) tidb-pay-tidb-log.tar.gz

10

确认下当时 有没有 ticdc 或者 tispark 等操作、以及 DDL 操作

系统变量是存储在 metadata 中的

一般情况下读取 metadata 不会频繁遇到 meta lock。
但如果有操作频繁锁定 metalock 你有可能会读的比较慢

读取数据遇到 metalock 是会 backoff 的。

偶发问题可以忽略。频发问题（10 次操作 半数以上必现）需要tikv-detail 和 部署场景说明

11

image
image988×86 8.13 KB

麻烦复制下，然后发完整执行计划的文本吧

12

这个没有用ticdc,tispark,也没有变更，数据写入和读取都没有，目前看每天都会有这个慢查询

13

SELECT VARIABLE_VALUE FROM mysql . GLOBAL_VARIABLES WHERE VARIABLE_NAME=‘tidb_partition_prune_mode’;

14

感觉上面的信息，并没有说慢在哪里，需要提供一下（就是第一张图，后面的内容，下拉框往后拖一下）

image
image1596×648 94.2 KB

15 
id         	task	estRows	operator info                                       	actRows	execution info                                                                                                                                                                                                                                                               	memory	disk
Point_Get_1	root	1      	table:GLOBAL_VARIABLES, index:PRIMARY(VARIABLE_NAME)	1      	time:20.1s, loops:2, Get:{num_rpc:4, total_time:20s},tikvRPC_backoff:{num:1, total_time:74ms}, scan_detail: {total_process_keys: 2, total_keys: 2, rocksdb: {delete_skipped_count: 0, key_skipped_count: 0, block: {cache_hit_count: 18, read_count: 0, read_byte: 0 Bytes}}}	N/A   	N/A
16

收到，我们先分析一下

17

此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。