为提高效率,提问时请提供以下信息,问题描述清晰可优先响应。
- 【TiDB 版本】:v4.0.0-rc.1
- 【问题描述】:终端执行查询sql后在CLUSTER_STATEMENTS_SUMMARY_HISTORY能查询到记录,过了一会大致五分钟后再去查询 INFORMATION_SCHEMA.CLUSTER_STATEMENTS_SUMMARY_HISTORY表,发现之前的查询记录被删除了,请问是有什么机制还是设置要做删除么
为提高效率,提问时请提供以下信息,问题描述清晰可优先响应。
稍等,我们确认下
系统变量 tidb_stmt_summary_refresh_interval(秒) 控制更新时间;tidb_stmt_summary_history_size 控制每种 SQL 的保存历史长度。
例如 tidb_stmt_summary_refresh_interval = 1800, tidb_stmt_summary_history_size = 24,就是表中每 30m 内的 SQL 做聚合,共保存 1800s * 24 = 12h 内的数据。
文档更在编写中,所以暂时看不到文档。
谢谢,根据你的解释 我测试了下,类似的sql会被合并的,条件相同值不同在一个统计合并周期内也会被认为是相同sql合并,tidb dashboard 里可以调整这两个参数值,统计间隔越小数据保留的时间越短,如果需要保留时间可以直接sql修改表mysql.GLOBAL_VARIABLES 但我觉得tidb dashboard 做了限制应该是出于性能等方面考虑 存的越多插入检索等影响越大
你好,
是的,该表收集和保存时间设置不宜过长,高并发下会有性能问题,可以关注下官方文档,重构之后,可以在一起讨论下。
感谢你的反馈
此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。