共計 2744 個字符，預(yù)計需要花費 7 分鐘才能閱讀完成。

本篇內(nèi)容介紹了“開發(fā)中常見的 Oracle 三大故障與調(diào)優(yōu)方法是什么”的有關(guān)知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓丸趣 TV 小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細閱讀，能夠?qū)W有所成！

我們知道在平時的 Oracle 開發(fā)工作中我們有時候會遇到些 BUG，我曾經(jīng)碰到過的 BUG 大致分為三類： 1. 出現(xiàn) ora-00600,ora-03113,ora-07445 等錯誤，導(dǎo)致程序無法執(zhí)行 2. 執(zhí)行計劃錯誤，導(dǎo)致很長時間才出結(jié)果 3. 由于執(zhí)行計劃錯誤而給出了錯誤的結(jié)果   第一類很讓人無語，明明寫的代碼沒有任何問題，但 Oracle 就是報這幾個錯誤中的一個。這一般是 Oracle 的 bug 導(dǎo)致的，少部分是執(zhí)行計劃錯誤導(dǎo)致的。一般在生產(chǎn)環(huán)境中碰到這樣的問題，只能認栽，通常只能換個方式來實現(xiàn)同樣的功能，要不然就得換開發(fā)方案，但這樣的開發(fā)成本就會很高了。如果在開發(fā)環(huán)境中碰到，還可以通過給數(shù)據(jù)庫打補丁來解決這類問題（如果 Oracle 發(fā)布了的話，不過在生產(chǎn)環(huán)境上，補丁不是隨便就可以打上的，一定要打的話，必須先做充分的測試）。第二類很使人無奈，不過還好，為什么說“還好”？因為，這至少還能出來正確的結(jié)果嘛！這一般可以通過給數(shù)據(jù)庫打補丁、修改參數(shù)、添加強制提示等方法來解決這類問題。比如我曾經(jīng)碰到過 Oracle10.2.0.5 在 Linux 64bit 下出的 full outer join 的 bug（類似于官方給出的 bug2927071），一個 full outerjoin 出來結(jié)果需要兩三分鐘，而通過修改參數(shù)

alter session set  _optimizer_native_full_outer_join =force;

后，改變了原先不正確的執(zhí)行計劃，結(jié)果一秒內(nèi)就嘩嘩嘩的出來了，經(jīng)驗證結(jié)果也是正確的。第三類是最悲催的，可以說直叫人生不如死。為什么這么說？第一類 bug 碰到的話，Oracle 會報錯，起碼能提醒你此路不通；第二類 bug 碰到的話，起碼你本能的可以感覺到這里有問題，就算你沒意識到，結(jié)果也是正確的，對吧？但這第三類 bug，我從 9i 到 10g 都碰到過，明明寫的 SQL 沒任何問題，但 Oracle 偏偏就給你錯誤的結(jié)果，還好每次都因細心發(fā)現(xiàn)了，及時調(diào)整了技術(shù)方案，才沒導(dǎo)致更大的問題發(fā)生。碰到這些 bug 并不就意味著你很倒霉，事實上，換個角度看，首先要恭喜你，因為這說明你的 sql 水平已經(jīng)達到了一個較高的程度了；倘若你能意識到不對勁，那說明你足夠敏銳；再若你還能找到解決辦法，那你就很厲害啦！至于如何識別、解決開發(fā)過程中碰到的這類 bug，這個話題比較大比較深，以后有機會我再和大家分享。但在這里我需要指明的是，其實很多最終結(jié)果不正確的程序，多數(shù)都是因為代碼本身的問題導(dǎo)致的，而因為 Oracle Bug 導(dǎo)致的問題只占極少的部分。  關(guān)于 Oracle 的優(yōu)化，俗話說“樹挪死，人挪活”，咱不能因為一塊石頭堵在前面就非得把它炸開才能前行，繞過去往前走也是一種方法，對吧？  做系統(tǒng)優(yōu)化其實也一樣。系統(tǒng)的性能提升是涉及到方方面面的，從網(wǎng)絡(luò)、操作系統(tǒng)、數(shù)據(jù)庫、應(yīng)用服務(wù)器到程序，都有提升的空間。現(xiàn)在很多人都知道，最該優(yōu)化的部分是攻城獅們開發(fā)的程序，比如拿數(shù)據(jù)庫的性能問題占比舉例，有可靠的統(tǒng)計數(shù)據(jù)指出，70% 的問題出在攻城獅編寫的 SQL 上。而在這現(xiàn)象背后更根本的還在于，沒有可勝任數(shù)據(jù)庫開發(fā)工作的攻城獅！一旦出現(xiàn)系統(tǒng)性能問題，大家第一反應(yīng)就是去找調(diào)優(yōu)高手來優(yōu)化 SQL，久而久之，這就成了一個習(xí)慣。就好像平常不注意預(yù)防疾病，反正病了就找大夫治療，而你也許不知道在未來某一天，面對焦急的親屬，白衣天使也會無奈的搖搖頭，摘下口罩，嘆了口氣輕聲道：“我們已經(jīng)盡力了，你們準(zhǔn)備后事吧……”很多公司，包括專門做 IT 的公司在內(nèi)，的確是沒有意識到提高開發(fā)技術(shù)可以有效的提高系統(tǒng)性能，這個現(xiàn)象的本質(zhì)關(guān)鍵是老板們沒意識到提高開發(fā)技術(shù)其實是可以降低開發(fā)和后期運營維護成本的，這筆賬算清楚了，老板自然愿意投入資源來提高工程師們的開發(fā)技能。通常不是技術(shù)出身的老板是意識不到的，這就需要技術(shù)管理者“曉之以理，動之以情”說服老板投入資源。當(dāng)然，老板投入資源后，技術(shù)管理者必須 hold 得住，要將事情漂亮得完成，看到效果的老板自然就不會存疑了。對于意識到了但是沒技術(shù)資源去做的情況，只能用其他資源來換取技術(shù)資源了，比如內(nèi)部培養(yǎng)人才、找外包、從外部請和尚等等。老外也有句諺語——“一天一個蘋果，你就不需要醫(yī)生了”，這說的也是預(yù)防為主。我們轉(zhuǎn)換下思路，如果提高了攻城獅們的開發(fā)水平，甚至是配備了專職的數(shù)據(jù)庫開發(fā)工程師，那寫出較高質(zhì)量的 SQL 就不是什么難事兒。這樣就提前消除了多數(shù)性能方面的隱患，自然就降低了后期出現(xiàn)性能問題的概率，也免去了大量的請人做調(diào)優(yōu)的成本，而提高攻城獅們的開發(fā)水平成本并不是特別高，何樂而不為？ISO-9000 告訴我們，質(zhì)量是生產(chǎn)出來的，不是檢測出來的，同樣，高質(zhì)量的 SQL 應(yīng)該是開發(fā)寫出來的，而不應(yīng)總是通過 DBA 去調(diào)優(yōu)出來。無論公司是否意識到、是否有資源去做，提高開發(fā)技術(shù)尤其是數(shù)據(jù)庫端的開發(fā)技術(shù)都是大勢所趨，不去迎面解決問題而裝鴕鳥是不可取的。 Oracle 的開發(fā)和運維是一個系統(tǒng)性的工作。簡單說就是理論與實踐充分結(jié)合，只懂理論和只會實踐同樣是不可取的，要學(xué)會用理論指導(dǎo)實踐，通過實踐驗證理論，在實踐過程中不斷豐富理論知識，在理論指引下不斷的提高實踐能力。就數(shù)據(jù)庫開發(fā)而言，最好具備如下能力與素質(zhì)：1. 掌握 SQL 基礎(chǔ)知識和數(shù)據(jù)庫基本理論，這會有助于你理解 SQL 是如何運作的，什么樣的 SQL 會跑得更快。這可以通過學(xué)習(xí)相關(guān)白皮書或者技術(shù)文檔獲得 2.   學(xué)會提問。提問是一門藝術(shù)，無論學(xué)什么都需要掌握這門藝術(shù)。3. SQL 中高級知識，這能讓 SQL 成為你的有力工具。這可以通過閱讀官方文檔，經(jīng)常來 itpub 的數(shù)據(jù)庫開發(fā)版塊學(xué)習(xí)學(xué)習(xí)，來提高自己的水平。學(xué)習(xí)時不要想當(dāng)然，就像 trim 并不等于 rtrim+ltrim，認真讀文檔的人都知道。4. 掌握至少一門相關(guān)的開發(fā)語言，java、php 等等都行，這有助于你從另一個視角來認識數(shù)據(jù)庫開發(fā)。5. 一定的數(shù)學(xué)能力，最好具備高中以上的數(shù)學(xué)知識。良好的數(shù)學(xué)素養(yǎng)可以為你帶來新的思路和方法，有助于提高開發(fā)能力，并能幫助你理解。6. 一定的科學(xué)素養(yǎng)。類似于“某月有 5 個周五、周六和周日，這種現(xiàn)象 823 年才出現(xiàn)一次”的論調(diào)，一眼就要能看穿是假的（或者會通過程序去證偽），要知道 1582 年 10 月 5 日—14 日這十天是不存在的等等。

“開發(fā)中常見的 Oracle 三大故障與調(diào)優(yōu)方法是什么”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注丸趣 TV 網(wǎng)站，丸趣 TV 小編將為大家輸出更多高質(zhì)量的實用文章！