课程定位

应用偶尔要等很久才返回，慢日志里的同一条查询有时又很快。仅凭一条耗时记录，很难知道是读了过多数据、参数分布不同，还是等待别的任务释放资源。课程聚焦关系数据库的慢日志、执行计划和索引，用模拟业务表练习从原始证据定位到可验证的优化假设。

课程内容与学习重点

从慢日志圈定实际执行条件

先核对查询模板、参数形态、时段、返回行数和数据库版本。用虚拟订单库比较查一天与查一个月的查询，区分语句结构相同和执行输入不同。把一次慢请求与一组重复出现的慢请求分开，注明是否存在长事务、连接排队、统计信息变化或并发任务。练习从脱敏日志提取必要字段，保留供另一人复现的筛选条件和样本范围，避免把单次高耗时当作系统的常态。

对照执行计划和索引的实际取舍

用执行计划读取访问顺序、访问方式、预计行数和可能的索引。以按客户和日期查询的示例，比较单字段索引和组合索引为什么可能得到不同方案。将预计行数与测试得到的实际读取情况对照，观察数据分布、排序或回表成本对计划的影响。增加索引前也应记录写入、空间和维护成本，避免只为单次查询获得更快的结果，却影响同表的更新和其他常见查询。

用同条件复测支持是否采用改动

准备同一批虚拟数据与少量代表性参数，分别检查耗时、扫描量、返回记录和其他查询的表现。对照改动前后是否能得到相同业务结果，并说明在哪些参数范围内能观察到改善。若少量测试能看到变化但生产影响未验证，应留作假设，由相关人员按发布流程进一步核实。形成一页复测记录，注明日志时间、计划版本、对照数据、预期收益和出现异常时需要回看的证据。在记录中另列首轮与多轮运行的差别，看看缓存状态或同时运行的任务是否改变了结论。

适合人群

适合后端开发、数据库运维、应用性能排查和参与功能验收的同事。建议有基础SQL经验，可携带经过授权脱敏的查询结构和测试计划。只有现象没有日志时，也能从模拟数据入手学习如何补齐复查信息。

开课与报名咨询

单专题开课时间、授课城市、学习时长、费用及参加方式详询。咨询时可说明关注偶发慢请求、复杂筛选还是索引变更后的复查。

多建一个索引一定会更快吗？要结合过滤、排序、数据分布和写入开销。专题会练习记录对比条件。

有执行计划还要测实际耗时吗？执行计划提供访问路径和估算，实际表现还受运行条件影响，需要用可比较数据复测。

温馨提示：课程内容为拟定，具体实际讲授内容由授课老师根据学员情况灵活调整，最终以课堂授课为准。