三方面描写Oracle优化R办法(Method R)[Oracle防范]

　　R 代表呼应时间(response time).具体的定义以下:

　　1. Target the tasks that are critical to the business.

　　2. Collect properly scoped, un-aggregated profile data for each task while the task is exhibiting the behavior you want to record.

　　3. React with the candidate repair that will have the greatest net payoff to the business.

　　a. Stop if the cost of the repair exceeds the cost of the problem..

　　4. Go to step 1.

　　这里面的核心元素是 Profile .Profile 要供应利用程序到终究用户的呼应时间的具体描写.表现到 Oracle 数据库这一层,就是要得到扩大的 SQL Trace 数据.

　　是不是感受有些“虚”, R 办法和一些我们已知的数据库优化办法颇一些类似之处,但是 Cary Millsap 声称 R 办法是目前已知 Oracle 优化办法中的最优异的、最全面的.我们来看看一些简单对比:

　　R办法 vs OWI 办法

　　OWI(Oracle wait interface)只是R办法中的一个基本元素. R 办法是实用更广的(比方利用层)诊断指导战略(拜见:How to Make an Application Easy to Diagnose);

　　R办法 vs YAPP

　　说来风趣, YAPP(Yet Another Performance Profiling Method) 办法的历程以下:

　　1、得到服务时间和等候时间及其构成部份

　　2、将全部构成部份排序

　　3、顺次优化每个部份

　　4、对表中的每一项,削减每次履行的代价或履行次数

　　我们看看笛卡尔的办法论:

　　永久不承受任何我自己不清楚的真理,就是说要尽大概避免鲁莽和成见,只能是按照自己的判断非常清楚和肯定,没有任何值得猜疑的地方的真理.

　　可以将要研究的复杂问题,尽大概分化为多个对比简单的小问题,一个一个地离创办理.

　　将这些小问题从简单到复杂布列,先安闲易办理的问题着手.

　　将全部问题办理后,再综合起来查验,看能否完好,能否将问题完好办理了.

　　YAPP 其实不过是笛卡尔办法论的一个表现情势罢了.

　　YAPP 只实用于 Oracle 层,关于 Web 利用层等则无能为力;R 办法实用的范围更广(其实是 YAPP 的进化版本); YAPP 也搞不定 Oracle 的 idle events.

　　R 办法 vs 瓶颈解析(bottleneck analysis)

　　瓶颈解析则首先要找到瓶颈, R 办法是以目标任务为导向的, 着眼于业务.直接抓最关心的角度.

　　固然目前利用还不够遍及,但 R办法(Method R)是一种在理论上对比完善的办法.此中的产生思惟值得我们沉思.