SQL优化：通配符%的LIKE语句与性能影响

"这篇资料是关于SQL优化经验的总结，特别是针对使用带通配符 `%` 的 `LIKE` 语句。文中指出，带有通配符的查询可能导致性能下降，因为它们往往无法有效利用索引。同时，文章还讨论了需要优化SQL的各种情况，如产生严重等待事件、消耗大量系统资源、运行时间过长或无法满足压力测试标准。常见问题包括索引使用不当、重编译问题、多表关联不适当以及分区表未分析等。发现问题的方法包括通过等待事件、执行计划、统计包和会话跟踪文件等途径。" 在SQL查询中，`LIKE` 语句是用于模糊匹配的，特别是配合通配符 `%` 和 `_` 使用。 `%` 表示任意数量的字符，包括零字符，而 `_` 代表单个字符。然而，当`LIKE` 语句包含前导 `%`，如 `'%cliton%'`，数据库通常无法使用索引来优化查询，因为它需要扫描整个表来寻找匹配项，这导致全表扫描，效率较低。相反，如果通配符出现在字符串末尾，如 `'c%'`，数据库可能能使用索引，因为它是从已知的开始字符开始查找，可以使用索引来提高效率。 SQL优化是数据库管理中的关键任务，其目标是提高查询性能，减少资源消耗。文中提到的优化策略包括选择合适的索引、避免全表扫描、优化关联查询、处理重编译问题和正确利用分区表的索引。例如，创建适当的索引可以显著提升查询速度，尤其是在列上频繁进行筛选操作时。同时，理解并解决重编译问题可以减少不必要的解析开销。 监控等待事件是识别性能瓶颈的有效手段，如 `DbFileSequentialRead` 通常表示I/O等待，`LatchFree` 指的是 latch 竞争，这些都是可能影响数据库性能的事件。通过工具如 `v$session_wait` 观察这些事件，可以帮助定位问题所在。 利用 SQLPLUS 的 `AUTOTRACE` 或 TOAD 等工具查看执行计划，可以直观地看到查询如何执行，包括哪些操作（如全表扫描、索引扫描等）、资源消耗情况以及是否存在优化机会。STATSPACK 可以用来分析 CPU 和 I/O 资源的使用情况，而生成的 SESSIONTRACE 文件和 tkprof 命令则有助于深入分析和调试。 这篇资料提供了一个全面的框架，帮助数据库管理员识别和解决 SQL 查询的性能问题，特别是在处理带有通配符的 `LIKE` 语句时，强调了合理使用索引和监控系统资源的重要性。