Oracle中的中间件体系结构多层调整

核心提示： 为找出正在运行的成本最高的 SQL，Edward 从语句级数据收集开始，Oracle中的中间件体系结构多层调整(5)，他说：“完成这项工作有许多方法，或者通过手工创建的查询，” 在这种情况下，进行索引似乎是显而易见的选择，或者使用 STATSPACK 或那些收集当前

为找出正在运行的成本最高的 SQL，Edward 从语句级数据收集开始。他说：“完成这项工作有许多方法，或者通过手工创建的查询，或者使用 STATSPACK 或那些收集当前所执行 SQL 的统计信息的第三方实用工具。您可以根据逻辑 I/O、物理 I/O、分析与执行的比率和计数以及其他数值，找出成本最高的 SQL。您可以查看 I/O 的大小和数量、读写比率以及内存的数量。但是，如果有一个我可以看作 SQL 成本代理的因素，那么我查看它执行的逻辑 I/O 的数量 — 对我来说，这是可以用于了解特定语句相关影响的最有指导意义的单个量度。”

Edwards 说，在识别出哪些 SQL 语句的成本最高以后，就应该设置调整目标的优势级。“我们看着一条语句并提问：它是每月运行一次还是每年运行一次，或是每天运行数百次？您必须提供某种加权因素，以评判需要满足哪些语句 — 这些语句在形成历史观点方面很有用处。”

Edward 建议，在找到需要调整的 SQL 语句后，在可能的情况下应手动调整这些语句 — 这可能意味着完全优化它们。“经常出现的情况是，您需要退回去并且说：‘好吧，现在的总体业务目标是什么？’如果您正在调整一个包括十步的过程中的某个步骤，而您实际上可以将它压缩为包括两步的过程，则全局观点会为您节省很多时间和精力。”尽管调整高成本 SQL 是 Edwards 最优先考虑的，但他提示并不是所有的高成本 SQL 都可以更改。“不能更改的 SQL 可能是硬编码应用程序中的 SQL 或者是由 EJB 容器或类似工具生成的 SQL。在这种情况下，您可能希望更改数据或创建其他结构，这些结构能够导致执行计划的更改并具有更高的效率。”

其他调整策略

Edwards 的调整策略超越了 SQL 调整，他认为这时候“无法再进一步实质性地调整 SQL 工作负载 — 意味着应用程序的工作负载已经稳定。这是服务器环境调整 — 数据库、硬件和操作系统 — 最有效的时候了。”

在这种情况下，进行索引似乎是显而易见的选择，但 Edwards 建议仔细思考进行索引是否是对所怀疑问题的正确选择。