一个好的问题描述有利于社区小伙伴更快帮你定位到问题，高效解决你的问题
【TiDB 使用环境】生产环境 /测试环境
【TiDB 版本】v7.1.3
【部署方式】物理机
【操作系统/CPU 架构/芯片详情】
【机器部署详情】CPU大小/内存大小/磁盘大小
【集群数据量】
【集群节点数】
【问题复现路径】做过哪些操作出现的问题
【遇到的问题：问题现象及影响】
有多个tidb server节点，慢日志保留30天，每个节点慢日志多个文件大约有9G
你这报错通常是慢日志文件过大导致查询超时。建议：
- 调整慢日志保留策略，减少保留天数或限制单文件大小。
慢查询页加载失败多因慢日志过大或解析超时。建议：缩短慢日志保留、按节点轮转清理；Dashboard/ng-monitoring 适当提超时与资源；也可用pt-query-digest或直接扫慢日志。先确认各 TiDB 节点磁盘与 ng-monitoring 是否 OOM。
是不是可以改下日志级别 少产生些日志
调整慢日志保留策略，设置保留天数
多 TiDB 节点、慢日志总量到数 GB 时，Dashboard 慢查询页解析失败很常见（超时/内存/文件过多）。
处理：
1）先在各节点本地用 pt/tidb-lightning 无关工具或 grep 抽近期慢日志，确认不是 UI 独有问题。
2）缩短保留天数或减小单文件体积；清理过期慢日志后再开 Dashboard。
3）升级到你版本对应已知修复（慢查询页对超大日志更稳的版本）。
把报错完整文案和 Dashboard 版本贴一下，可以判断是解析超时还是权限/路径问题。