时机

许多人认为只有在用户感觉到性能变差时才需要进行系统调整，但这对于性能优化来说往往为时已晚。 在设计阶段就关注性能优化，可以最大限度地提高系统效率。 应用设计人员在设计阶段就需要明确性能预期，并在开发过程中充分利用 Oracle 的各种特性来提升系统性能。 良好的系统设计可以避免在应用生命周期后期进行代价高昂且效果有限的性能调整。

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

数据库性能优化并非一蹴而就，需要根据实际情况进行判断和调整。 何时需要优化： 性能指标预警: 当数据库出现负载过高、响应时间变慢等性能指标预警时，需要及时进行优化。 主动预防: 在数据库设计和应用开发阶段，就需要考虑性能优化问题，例如合理的表结构设计、索引使用等，可以有效预防后期出现性能瓶颈。 优化策略: 被动优化: 当数据库已经出现性能问题时，需要进行被动优化。 此阶段主要针对现有问题进行排查和解决，例如分析慢查询日志、优化 SQL 语句、调整数据库参数等。 主动优化: 在数据库设计和应用开发阶段进行的优化称为主动优化。 主动优化需要深入理解数据库处理机制，从根源上避免性能问题的出现。 例如，选择合适的数据类型、建立合理的索引、使用缓存机制等。 数据库性能优化是一个持续的过程，需要结合实际情况选择合适的优化时机和策略。 通过主动预防和被动优化相结合的方式，才能保证数据库长期稳定高效地运行。

许多人认为只有在用户感受到性能下降时才需要进行系统调整，然而，这种想法可能会导致错失最佳调整时机，并限制可用的调整策略。 如果等到系统性能已经明显变差时才进行调整，往往为时已晚。此时，除了通过重新分配内存（调整SGA）和优化 I/O 来改善性能外，几乎没有太多选择，而且效果可能有限。 Oracle 提供了许多强大的功能，但只有在系统设计合理的情况下才能充分发挥作用。因此，应用设计人员应该在设计阶段就设定好性能目标，并在设计和开发过程中充分考虑哪些 Oracle 特性能够提升系统性能并加以利用。 通过优秀的系统设计，可以有效避免在应用生命周期后期进行性能调整所带来的高昂成本和挑战。在系统设计阶段进行调整，能够以最低的成本获得最大的收益。