塞姆的数据优化之路

从基于命中率的优化方法转向基于等待事件的优化方法，显著地提升了我们诊断和oracle优化应用的能力。然而正如前面提到的，一味关注响应时间长的组件，可能导致下面几个不良后果。    1、治标不治本。    2、更倾向于选择硬件方案，而非更划算的调整配置或应用。    3、只顾眼前，忽视长远及可扩展能力。    为了规避基于等待事件调优的隐患.需要明确几个阶段。这几个阶段是由应用、数据

接着上篇Oracle性能调优之超越表面分析法，我们接下来将讨论Oracle性能调优之降低争用和瓶颈。在将应用的需求降低到合理的范围后，接下来要考虑处理Oracle服务器内部的争用。有两个或多个会话同时访问一个资源，就会发生争用，如锁争用或内存缓冲区争用。        在应用的需求涉及数据库时，争用—这个众所周知的“瓶颈”会限制系统可以完成的工作量。从应用的角度看。数据库处理得非常慢.甚至完全

恢复工作有时将花费很长时间，为了尽快完成这一恢复过程，可以采取并行方式来进行，使得系统多个进程同时做恢复工作，这样就大大减少了恢复的时间。    现在我们介绍一下并行的概念。    并行操作即同时操作，对于一堆任务，是一个人一个任务接一个任务的完成快，还是几个人同时做其中一部分任务快呢?答案是显而易见的。对于人是这样，对于数据库系统也是一样。    就像多个人去完成任务要占用更多的