慢查询日志里最该看的不是最慢的那条

慢查询日志按执行时间排序，第一名往往是个一天跑一次的报表查询。它慢但无害。真正拖垮系统的是那些单次 200ms、每秒几千次的小查询。

正确的排序维度是「总耗时 = 单次耗时 × 调用次数」。多数数据库的性能视图（比如 pg_stat_statements）直接提供这个聚合，用不上慢日志。

慢日志的正确用途是发现「意料之外的慢」，比如某条本该走索引的查询突然变慢。把它当性能分析工具用，方向就错了。

阈值也不要设得太低。阈值 100ms 时日志里 90% 是噪音，反而淹没了真正值得看的那几条。