慢查询应该怎样处理？
先说出你的答案
定义边界、关键机制、一个反例；P8题再补容量、失败与验证。
查看完整题解
参考回答
直接回答
先定位经常慢或总成本高的语句，区分锁等待、执行与取数，再检查计划、索引和返回量。慢日志只是入口，不包含全部应用侧排队和网络处理。
讲清原理
平均快但少数参数很慢，可能是数据倾斜或不同执行成本。盲目增大池、缓存或所有超时，只会延后暴露问题，未必减少数据库工作。
例子与易错点
保留代表参数与故障时间线，先改一个可解释的瓶颈，再按同负载复测。需要限流或后台化的报表，也不应硬挤在线事务资源。
相关题 · 第 28 题、第 26 题
和评分标准对照，你能独立回答到哪一步？
自评会安排下一次复习，不保存你的口述内容。
这道题，你掌握得怎么样？
掌握程度由你主动标记，阅读和收藏不会自动改变状态。