TiDB Dashboard 慢查询页打开失败，慢日志总量很大时怎么处理？

🪐 TiDB 技术问题
1

【TiDB 使用环境】生产环境
【TiDB 版本】v7.1.3
【部署】多 TiDB Server，慢日志保留约 30 天，单节点多个文件合计数 GB
【问题】
Dashboard「慢查询」页面报错/打不开，但节点上慢日志文件本身还在。
想问：
1）是解析超时/内存问题吗？有没有官方建议的保留策略？
2）能否只分析最近 N 天而不改全局保留？
3）除 Dashboard 外，有没有推荐的离线分析方式？
谢谢。

2

Dashboard 解析数 GB 日志会超时。设 tidb_slow_log_file_max_days=3 缩减保留，或改 slow-query-file 单独存放并轮转。离线分析用 pt-query-digest 直接解析慢日志文件，不经过 Dashboard 不触发超时。

3
  1. 大概率是解析超时。建议将慢日志保留缩短到7天，用 set global tidb_slow_log_threshold=... 控制阈值，或调整 tidb_expensive_query_time_threshold 减少记录量。生产环境保留30天确实太多了，官方推荐7-14天。
4

如果慢查询非常多，30 天太长了，可以缩短到 3-7 天