2.2 Using the Oracle Performance Method
使用Oracle性能方法的性能调优是通过识别和消除数据库中的瓶颈以及开发有效的SQL语句来实现的。数据库调优分两个阶段执行:主动调优和被动调优。
在主动调优阶段，您必须执行调优任务，这是您日常数据库维护例行工作的一部分，例如审查ADDM分析和发现、监视数据库的实时性能以及响应警报。
在响应性调优阶段，您必须响应用户报告的问题，例如可能只在短时间内出现的性能问题，或者数据库在一段时间内的性能下降。
SQL调优是识别、调优和提高高负载SQL语句效率的迭代过程。
应用Oracle性能方法涉及到以下方面:
-
Performing pre-tuning preparations, as described in "Preparing the Database for Tuning"
-
Tuning the database proactively on a regular basis, as described in "Tuning the Database Proactively"
-
Tuning the database reactively when performance problems are reported by the users, as described in "Tuning the Database Reactively"
-
Identifying, tuning, and optimizing high-load SQL statements, as described in "Tuning SQL Statements"
要改进数据库性能，必须迭代地应用这些原则。
2.2.1 Preparing the Database for Tuning
本节列出并描述在适当地优化数据库之前必须执行的步骤。
为调优准备数据库:
-
从用户那里获得反馈。
确定性能项目的范围和后续的性能目标，并确定未来的性能目标。这个过程是未来容量规划的关键。 -
检查与用户性能有关的所有系统的操作系统。
检查充分利用的硬件或操作系统资源。列出任何被过度使用的资源，以便以后进行分析。另外，确保所有硬件正常运行 -
确保将statistics s_level初始化参数设置为TYPICAL(默认)或ALL，以支持Oracle数据库的自动性能调优特性，包括AWR和ADDM。
-
确保CONTROL_MANAGEMENT_PACK_ACCESS初始化参数设置为诊断+调优(默认)或诊断以启用ADDM。
See Also:
-
"Gathering Database Statistics Using the Automatic Workload Repository" for information about configuring AWR
2.2.2 Tuning the Database Proactively
本节列出并描述了定期适当调整数据库所需的积极步骤。执行这些步骤作为Oracle数据库日常维护的一部分。重复优化过程，直到您的性能目标得到满足，或者由于其他约束而无法实现。
To tune the database proactively:
-
回顾ADDM的发现，如自动数据库性能监视中所述。
ADDM自动检测和报告数据库的性能问题，包括大多数“在数据库中发现的常见性能问题”。在Oracle Enterprise Manager Cloud Control (Cloud Control)的数据库主页上，结果显示为ADDM结果。回顾这些发现可以帮助您快速识别需要您关注的性能问题。 -
如自动数据库性能监视中所述，实现ADDM建议。
对于每个ADDM发现，ADDM自动提供一个建议列表，以减少性能问题的影响。实现建议应用建议的更改来改进数据库性能。 -
实时监控数据库的性能问题，如实时监控数据库性能所述。
云控制中的性能页面使您能够识别和响应实时性能问题。通过深入到适当的页面，可以实时识别和解决数据库的性能问题，而不必等到下一次ADDM分析。 -
响应与性能相关的警报，如监视性能警报中所述。
云控制中的数据库主页显示由数据库生成的与性能相关的警报。通常，解决这些警报指示的问题可以提高数据库性能。 -
验证任何更改是否产生了预期效果，并验证用户体验到了性能改进。
2.2.3 Tuning the Database Reactively
本节列出并描述根据用户反馈优化数据库所需的步骤。这个调优过程被认为是被动的。当用户报告性能问题时，定期执行此过程。
以回应方式调优资料库:
-
当用户报告性能问题时，手动运行ADDM来诊断当前和历史数据库性能，如手动数据库性能监视中所述。
通过这种方式，您可以在下一个ADDM分析之前分析当前数据库性能，或者在没有主动监视系统时分析历史数据库性能。 -
解决瞬态性能问题，如解决瞬态性能问题中所述。
Active Session History (ASH)报告使您能够分析数据库的临时性能问题，这些问题是短暂的，并且不会出现在ADDM分析中。 -
解决性能随时间的下降，如在解决性能随时间的下降中所述。
自动工作负载存储库(AWR)比较周期报告使您能够比较两个时间段之间的数据库性能，并解决从一个时间段到另一个时间段可能发生的性能下降。 -
验证所做的更改已经产生了预期的效果，并验证用户体验到了性能改进。
-
重复这些步骤，直到您的性能目标得到满足，或者由于其他限制而无法实现。
2.2.4 Tuning SQL Statements
本节列出并描述识别、优化和优化高负载SQL语句所需的步骤。
优化SQL语句:
-
识别高负载SQL语句，如识别高负载SQL语句中所述。
使用ADDM结果和顶部的SQL部分来识别导致最大争用的高负载SQL语句。 -
调优高负载SQL语句，如调优SQL语句中所述。
通过使用SQL调优顾问(STA)对高负载SQL语句进行调优，可以提高它们的效率。 -
优化数据访问路径，如优化数据访问路径中所述。
通过使用SQL access Advisor(SAA)为给定工作负载创建适当的物化视图、物化视图日志和索引，可以优化数据访问路径的性能。 -
使用SQL performance Analyzer(SPA)分析SQL调优和其他系统更改对SQL性能的影响。
学习如何使用SQL性能分析器, see Oracle Database Testing Guide. -
重复这些步骤，直到调优所有高负载SQL语句以获得最大的效率。