大型數(shù)據(jù)庫(kù)系統(tǒng)SQL優(yōu)化冰及火

1、SQL優(yōu)化冰與火SQL優(yōu)化冰與火像冰一樣冷靜（形成解決問(wèn)題的一般思路，方法論）像火一樣熱情（學(xué)習(xí)融匯貫穿各種技術(shù)至少深入理解業(yè)務(wù)場(chǎng)景）SQL優(yōu)化的前提條件之前奏運(yùn)行的規(guī)律是什么有多重要？太重要了，總結(jié)就是三個(gè)字：說(shuō)清楚！這有啥想法呢？毫無(wú)PS痕跡！提升的空間有多大？不過(guò)，這個(gè)例子其實(shí)有點(diǎn)特殊哦，這里還是有很多故事的，這個(gè)故事在后面慢慢和大家說(shuō)。提升的空間有多大？SQL優(yōu)化的前提條件之節(jié)奏（整體入手）死鎖死鎖死鎖對(duì)應(yīng)的TRC索引失效表空間不足ORA-00600ORA-00600對(duì)應(yīng)的TRC版本及關(guān)閉啟動(dòng)SQL優(yōu)化的前提條件之節(jié)奏（局部入手）識(shí)別執(zhí)行計(jì)劃的好壞T=C / V=(N * C)/ V注

2、釋?zhuān)洪_(kāi)銷(xiāo)要少，吞吐量要大注釋?zhuān)洪_(kāi)銷(xiāo)要少（分解為單次開(kāi)銷(xiāo)和執(zhí)行次數(shù)），吞吐量要大=N * (C_單次+W)/(V_硬件+V_應(yīng)用)注釋?zhuān)耗阆胍獔?zhí)行時(shí)間快快的，那你得考慮這些方案：執(zhí)行次數(shù)能少則少*（單次訪(fǎng)問(wèn)路徑能短就短+各種等待能沒(méi)就沒(méi)）/（硬件吞吐量能棒則棒+應(yīng)用吞吐量能大則大）。這樣你就保證了開(kāi)銷(xiāo)小吞吐量大的原則，你就贏(yíng)了。（T=響應(yīng)時(shí)間，C=開(kāi)銷(xiāo)，V=吞吐量，N=次數(shù)，W=外因阻礙）接下來(lái)，具體解決問(wèn)題的思路就橫空出世了！SQL優(yōu)化具體解決之響應(yīng)時(shí)間分析(減少開(kāi)銷(xiāo))具體解決之減少開(kāi)銷(xiāo)的不改寫(xiě)SQL具體解決之減少開(kāi)銷(xiāo)的改寫(xiě)SQL(普通)舉個(gè)CASE WHEN優(yōu)化表訪(fǎng)問(wèn)次數(shù)的案例1舉個(gè)CASE

3、 WHEN優(yōu)化表訪(fǎng)問(wèn)次數(shù)的案例2舉個(gè)rowid減少開(kāi)銷(xiāo)減少訪(fǎng)問(wèn)路徑的例子舉個(gè)Rownum 和表連接相關(guān)的例子設(shè)計(jì)上的反范式（表結(jié)構(gòu)+SQL改造的經(jīng)典案例）.接下來(lái)代碼改造方案（就增加一個(gè)條件）1.2.3.4.5.新增加staff_event_his表一個(gè)時(shí)間列字段，state_date;根據(jù)event_q_his和staff_event_his的關(guān)聯(lián)，更新state_date字段的值；將staff_event_his和event_q_his分別改造為以時(shí)間列state_date為分區(qū)的分區(qū)表；在staff_id和state_date列建聯(lián)合索引；將原代碼改造為對(duì)staff_event_his增

4、加state_date條件的寫(xiě)法，具體如下圖：表設(shè)計(jì)改造方案其他例子（減少開(kāi)銷(xiāo)就是是硬道理）I：其他例子II：具體解決之減少開(kāi)銷(xiāo)的改寫(xiě)SQL(高級(jí))開(kāi)始說(shuō) “高級(jí)“SQL了，別激動(dòng)隨便舉個(gè)ROLLUP的例子手術(shù)前手術(shù)后隨便舉個(gè)WITH的例子隨便舉個(gè)MERGE的例子你也可以考慮用過(guò)程來(lái)實(shí)現(xiàn)，不過(guò)性能肯定一般般了。SQL優(yōu)化具體解決之響應(yīng)時(shí)間分析(增大吞吐量)太多內(nèi)容了，加大吞吐量，就說(shuō)說(shuō)PLSQL的例子吧需求描述1 確定部門(mén)里的員工弄的平均工資2. 如果員工的工資與平均工資差別在20%以上，在EMP_SAL_LOG表里新增一行，并且含偏差值3. 如果工資在部門(mén)里最低，則在EMP_SAL_LOG表里標(biāo)志出來(lái)。寫(xiě)法1（最差）游標(biāo)里每選一個(gè)員工就分別做一次平均值和最小值的判斷，性能低下。寫(xiě)法2（略好一點(diǎn)）此次是將平均與最小合并在一起取了，雖然性能還是低下，但略有提升。寫(xiě)法3（好多了）把AVG和MIN值放到數(shù)組中避免反復(fù)運(yùn)算寫(xiě)法4（最棒）用分析函數(shù)實(shí)現(xiàn)單條SQL完成寫(xiě)法3（好多了）把AVG和MIN值放到數(shù)組中避免反復(fù)運(yùn)算寫(xiě)法4（最棒）用分析函數(shù)實(shí)現(xiàn)單條SQL完成未游標(biāo)合并的寫(xiě)法游標(biāo)合并后的寫(xiě)法SQL優(yōu)化具