如何优化ORACLE_SQL系统性能调整时间选择

大多数人认为只有当用户感觉到系统性能不佳时才需要进行系统调整，但这往往为时已晚。在这种情况下，除非重新设计应用程序，否则只能通过重新分配内存（调整SGA）和优化I/O来部分提升性能。Oracle提供了许多优化特性，但这些特性只有在应用到正确设计的系统中才能显著提高性能。因此，应用设计者需要在设计阶段设定良好的性能预期，并在设计和开发过程中考虑如何充分利用Oracle的优化功能。通过良好的系统设计，可以在应用程序生命周期内减少性能调整的成本和挫折。下图说明了在应用生命周期中进行调整的相对代价和收益，显示了在设计阶段进行优化的最佳时机。

多数人认为只有当用户感觉到系统性能差时才进行调整，但这往往为时已晚。在设计阶段设置应用的性能期望值并考虑使用Oracle特性，可以在系统设计和开发期间最大化性能提升。良好的系统设计能在应用生命周期中降低性能调整的成本和风险。详细信息请参考下图。

大多数人认为只有在用户感受到性能下降时才需要调整系统，但这时可能为时已晚。在不重新设计应用的情况下，通过重新分配内存（调整SGA）和优化I/O，可以在一定程度上提高性能。Oracle提供了多种性能优化特性，但只有在系统设计良好的情况下才能充分发挥作用。应用设计人员在设计阶段应设定性能预期，并在设计和开发过程中考虑利用哪些Oracle特性对系统有益。良好的系统设计能在应用生命周期内降低性能调整的成本和风险。最有效的性能优化时机是在设计阶段，此时调整成本最低，收益最大。

应用系统性能优化需要多方协作，明确各方的职责才能高效解决问题： 应用设计人员: 应清晰传达应用系统的设计，特别是数据流动过程，为后续性能优化提供清晰的系统视图。 应用开发人员: 应明确其选择的实现策略，包括使用的算法、数据结构等，以便在语句调整过程中快速定位问题代码和SQL语句。 数据库管理人员: 需密切监控系统活动，及时提供相关数据，以便快速识别和纠正异常的系统性能。 硬件/软件管理人员: 需提供系统的硬件、软件配置信息，为系统设计和管理提供必要依据，确保系统资源得到合理分配和利用。 各方协同合作，才能构建高效的ORACLE数据库应用系统。

系统性能优化不仅仅是技术设计人员的责任，他们必须清晰传达应用系统的设计，以确保数据流畅。开发人员必须明确他们的实现策略，以便快速识别问题模块和可疑的SQL语句。数据库管理员需要密切监控系统活动并提供详尽资料，以便迅速发现和解决性能异常。硬件和软件管理者必须传达系统配置，并提供支持，以帮助有效的系统设计和管理。

针对以上操作过程，选择优化器时，可以以first_rows为优化目标，以快速响应用户请求。对于某些父步骤，在所有子步骤返回行之前，Oracle无法执行这些父步骤，例如排序、排序合并连接、聚合函数和总计。对于这些操作，可以选择all_rows作为优化目标，以最小化资源消耗。有时，语句执行不是按顺序进行，而是可能并行执行，以提高效率。通过Oracle生成的执行计划，可以清晰地了解操作的执行顺序。详细说明将在后续给出。

系统应用设计人员必须清晰传达应用系统设计，确保每个人了解数据流动。应用开发人员需传达他们选择的实现策略，以便在语句调整过程中快速识别问题应用模块和可疑SQL语句。数据库管理人员需要仔细监控系统活动并提供数据，以便快速识别和纠正系统性能异常。硬件/软件管理人员必须传达系统的硬件和软件配置信息，以支持有效的系统设计和管理。

针对Oracle 10G RAC系统的性能调优，以及操作系统内核的优化调整，是提升整体运行效率的关键步骤。

数据库优化器的选择取决于optimizer_mode初始化参数。可选的参数包括：first_rows_[1 | 100 | 1000] | first_rows | all_rows | choose | rule。具体解释如下：RULE代表使用RBO优化器，而CHOOSE则视情况而定：若数据字典中包含被引用表的统计数据，则选择CBO优化器，否则使用RBO优化器。ALL_ROWS是CBO优化器的一种具体实现，注重数据吞吐量和资源最优化。FIRST_ROWS则侧重于快速响应时间，特别适合快速返回查询结果的前几行数据。对于ORACLE 9I及更新版本，FIRST_ROWS_[1 | 100 | 1000]允许优化器基于查询需求选择合适的优化计划。查询当前设置：show parameter OPTIMIZER_MODE。