【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】5.4.1
【复现路径】做过哪些操作出现的问题
【遇到的问题:问题现象及影响】
【资源配置】
tikv io 占用太高,这个是什么原因导致的。
我在跑大量预统计的时候,后面跑着跑着io 就占用过高,导致程序连接超时,报错。
gc 监控截图,发现gc耗时很高。
【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】5.4.1
【复现路径】做过哪些操作出现的问题
【遇到的问题:问题现象及影响】
【资源配置】
tikv io 占用太高,这个是什么原因导致的。
我在跑大量预统计的时候,后面跑着跑着io 就占用过高,导致程序连接超时,报错。
gc 监控截图,发现gc耗时很高。
就是数据量大,预统计会写入数据吗还是单纯的select
先删除,然后查询和插入。
sas盘吧,可以考虑下分批次处理
这是什么盘,IO 100% ,看你的吞吐才300多MB/S。
是分多个sql 执行的。不是一个sql.
顺便问一下, tidb_gc_life_time
这个参数是指gc时需要保留删除数据的时间吗,比如我删除时间是在20分钟前,如果这里设置30分钟,是不是gc发生生当前时间减去这个值的数据不会被gc掉吗? tidb_gc_run_interval
这个变量是指多久触发异常gc执行操作哈。我这样理解对吗?
固态硬盘
你看一下 Disk-Performance 的监控界面, 看下IOPS,再看下这块盘的延迟情况。
看起来读IO占用高,是不是有大表全扫描
时间点不对啊,要找IO 使用率100%的时候,看看延迟,看看IOPS,看看带宽。如果这三个都没达到瓶颈,那就是IO 使用率 这个指标的问题。
such as RAID arrays and modern SSDs, this number does not reflect their performance limits.
IO高不高是现象,主要还是看有没有影响 tidb 集群整体的duration 999 99 85
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。