開發(fā)中常見的Oracle三大故障與調優(yōu)方法

出處：墨天輪（

https://www.modb.pro/db/7055，復制至瀏覽器，即可查看）

本文為原創(chuàng)文章，如有轉載，請標明出處從。

導讀：懷曉明先生（網名lastwinner），是具有多年數(shù)據庫開發(fā)與項目管理經驗的數(shù)據庫專家。曾獲得第一屆ITPUB較佳建議獎，在多個大型IT企業(yè)多年的工作歷練中，積累了豐富的系統(tǒng)架構設計經驗。合著作品有《劍破冰山——ORACLE開發(fā)藝術》、《Oracle DBA手記2》。

我們知道在平時的Oracle開發(fā)工作中我們有時候會遇到些BUG，我曾經碰到過的BUG大致分為三類：

1. 出現(xiàn)ora-00600,ora-03113,ora-07445等錯誤，導致程序無法執(zhí)行

2. 執(zhí)行計劃錯誤，導致很長時間才出結果

3. 由于執(zhí)行計劃錯誤而給出了錯誤的結果

第一類很讓人無語，明明寫的代碼沒有任何問題，但Oracle就是報這幾個錯誤中的一個。這一般是Oracle的bug導致的，少部分是執(zhí)行計劃錯誤導致的。一般在生產環(huán)境中碰到這樣的問題，只能認栽，通常只能換個方式來實現(xiàn)同樣的功能，要不然就得換開發(fā)方案，但這樣的開發(fā)成本就會很高了。如果在開發(fā)環(huán)境中碰到，還可以通過給數(shù)據庫打補丁來解決這類問題（如果Oracle發(fā)布了的話，不過在生產環(huán)境上，補丁不是隨便就可以打上的，一定要打的話，必須先做充分的測試）。

第二類很使人無奈，不過還好，為什么說“還好”？因為，這至少還能出來正確的結果嘛！這一般可以通過給數(shù)據庫打補丁、修改參數(shù)、添加強制提示等方法來解決這類問題。比如我曾經碰到過Oracle10.2.0.5在Linux 64bit下出的full outer join的bug（類似于官方給出的bug2927071），一個full outerjoin出來結果需要兩三分鐘，而通過修改參數(shù)

后，改變了原先不正確的執(zhí)行計劃，結果一秒內就嘩嘩嘩的出來了，經驗證結果也是正確的。

alter session set "_optimizer_native_full_outer_join"=force;

第三類是最悲催的，可以說直叫人生不如死。為什么這么說？第一類bug碰到的話，Oracle會報錯，起碼能提醒你此路不通；第二類bug碰到的話，起碼你本能的可以感覺到這里有問題，就算你沒意識到，結果也是正確的，對吧？但這第三類bug，我從9i到10g都碰到過，明明寫的SQL沒任何問題，但Oracle偏偏就給你錯誤的結果，還好每次都因細心發(fā)現(xiàn)了，及時調整了技術方案，才沒導致更大的問題發(fā)生。

碰到這些bug并不就意味著你很倒霉，事實上，換個角度看，首先要恭喜你，因為這說明你的sql水平已經達到了一個較高的程度了；倘若你能意識到不對勁，那說明你足夠敏銳；再若你還能找到解決辦法，那你就很厲害啦！

至于如何識別、解決開發(fā)過程中碰到的這類bug，這個話題比較大比較深，以后有機會我再和大家分享。但在這里我需要指明的是，其實很多最終結果不正確的程序，多數(shù)都是因為代碼本身的問題導致的，而因為Oracle Bug導致的問題只占極少的部分。

關于Oracle的優(yōu)化，俗話說“樹挪死，人挪活”，咱不能因為一塊石頭堵在前面就非得把它炸開才能前行，繞過去往前走也是一種方法，對吧？

做系統(tǒng)優(yōu)化其實也一樣。系統(tǒng)的性能提升是涉及到方方面面的，從網絡、操作系統(tǒng)、數(shù)據庫、應用服務器到程序，都有提升的空間。現(xiàn)在很多人都知道，最該優(yōu)化的部分是攻城獅們開發(fā)的程序，比如拿數(shù)據庫的性能問題占比舉例，有可靠的統(tǒng)計數(shù)據指出，70%的問題出在攻城獅編寫的SQL上。而在這現(xiàn)象背后更根本的還在于，沒有可勝任數(shù)據庫開發(fā)工作的攻城獅！一旦出現(xiàn)系統(tǒng)性能問題，大家第一反應就是去找調優(yōu)高手來優(yōu)化SQL，久而久之，這就成了一個習慣。就好像平常不注意預防疾病，反正病了就找大夫治療，而你也許不知道在未來某一天，面對焦急的親屬，白衣天使也會無奈的搖搖頭，摘下口罩，嘆了口氣輕聲道：“我們已經盡力了，你們準備后事吧……”

很多公司，包括專門做IT的公司在內，的確是沒有意識到提高開發(fā)技術可以有效的提高系統(tǒng)性能，這個現(xiàn)象的本質關鍵是老板們沒意識到提高開發(fā)技術其實是可以降低開發(fā)和后期運營維護成本的，這筆賬算清楚了，老板自然愿意投入資源來提高工程師們的開發(fā)技能。通常不是技術出身的老板是意識不到的，這就需要技術管理者“曉之以理，動之以情”說服老板投入資源。當然，老板投入資源后，技術管理者必須hold得住，要將事情漂亮得完成，看到效果的老板自然就不會存疑了。

對于意識到了但是沒技術資源去做的情況，只能用其他資源來換取技術資源了，比如內部培養(yǎng)人才、找外包、從外部請和尚等等。

老外也有句諺語——“一天一個蘋果，你就不需要醫(yī)生了”，這說的也是預防為主。我們轉換下思路，如果提高了攻城獅們的開發(fā)水平，甚至是配備了專職的數(shù)據庫開發(fā)工程師，那寫出較高質量的SQL就不是什么難事兒。這樣就提前消除了多數(shù)性能方面的隱患，自然就降低了后期出現(xiàn)性能問題的概率，也免去了大量的請人做調優(yōu)的成本，而提高攻城獅們的開發(fā)水平成本并不是特別高，何樂而不為？ISO-9000告訴我們，質量是生產出來的，不是檢測出來的，同樣，高質量的SQL應該是開發(fā)寫出來的，而不應總是通過DBA去調優(yōu)出來。無論公司是否意識到、是否有資源去做，提高開發(fā)技術尤其是數(shù)據庫端的開發(fā)技術都是大勢所趨，不去迎面解決問題而裝鴕鳥是不可取的。

Oracle的開發(fā)和運維是一個系統(tǒng)性的工作。簡單說就是理論與實踐充分結合，只懂理論和只會實踐同樣是不可取的，要學會用理論指導實踐，通過實踐驗證理論，在實踐過程中不斷豐富理論知識，在理論指引下不斷的提高實踐能力。

就數(shù)據庫開發(fā)而言，最好具備如下能力與素質：

1. 掌握SQL基礎知識和數(shù)據庫基本理論，這會有助于你理解SQL是如何運作的，什么樣的SQL會跑得更快。這可以通過學習相關白皮書或者技術文檔獲得

2. 學會提問。提問是一門藝術，無論學什么都需要掌握這門藝術。

3. SQL中高級知識，這能讓SQL成為你的有力工具。這可以通過閱讀官方文檔，經常來itpub的數(shù)據庫開發(fā)版塊學習學習，來提高自己的水平。學習時不要想當然，就像trim并不等于rtrim＋ltrim，認真讀文檔的人都知道。

4. 掌握至少一門相關的開發(fā)語言，java、php等等都行，這有助于你從另一個視角來認識數(shù)據庫開發(fā)。

5.一定的數(shù)學能力，最好具備高中以上的數(shù)學知識。良好的數(shù)學素養(yǎng)可以為你帶來新的思路和方法，有助于提高開發(fā)能力，并能幫助你理解。

6.一定的科學素養(yǎng)。類似于“某月有5個周五、周六和周日，這種現(xiàn)象823年才出現(xiàn)一次”的論調，一眼就要能看穿是假的（或者會通過程序去證偽），要知道1582年10月5日—14日這十天是不存在的等等。

總之，捷徑是沒有的，腳踏實地才能學得真知，做到以上幾點，假以時日，成為高手并不是夢。

想了解更多關于數(shù)據庫、云技術的內容嗎？

快來關注“數(shù)據和云"、"云和恩墨"公眾號及"云和恩墨"官方網站，我們期待大家一同學習與進步！

墨天輪小程序”DBASK“在線問答，隨時解惑，歡迎了解和關注！