引言

筆者及所在團隊從2000年開始的CRM等系統(tǒng)開發(fā)，一直主要使用ORACLE數(shù)據(jù)庫作為應(yīng)用數(shù)據(jù)庫，開發(fā)方式包括使用PLSQL編寫存儲過程/數(shù)據(jù)庫函數(shù)/觸發(fā)器、使用ODBC或OCI和ProC開發(fā)C++應(yīng)用、使用JDBC開發(fā)Java應(yīng)用、使用tuxdeo開發(fā)中間件應(yīng)用等。這些應(yīng)用開發(fā)筆者所在團隊自己做過，也委托華為、亞信、思特奇等國內(nèi)廠商合作做過，整體來說ORACLE數(shù)據(jù)庫功能強大、性能出眾、系統(tǒng)健壯，確實是OLTP聯(lián)機事務(wù)處理的最受歡迎的數(shù)據(jù)庫。

因ORACLE服務(wù)費居高不下、加上最近幾年美國的操弄打壓，國產(chǎn)數(shù)據(jù)庫也走出了一條自己的路，因此數(shù)據(jù)庫國產(chǎn)化也越來越被提上日程，也有部分應(yīng)用走出了成功之路，但眾多傳統(tǒng)應(yīng)用進(jìn)行國產(chǎn)數(shù)據(jù)庫的改造需要大量投入，也需要一個逐步試點及改造的過程，因此ORACLE仍然是國內(nèi)眾多單位持續(xù)應(yīng)用的選擇。

今天老猿結(jié)合二十余年的ORACLE數(shù)據(jù)庫應(yīng)用開發(fā)和運維的經(jīng)驗教訓(xùn)，總結(jié)在使用ORACLE數(shù)據(jù)庫環(huán)境中的應(yīng)用開發(fā)中需要注意的一些注意事項，這些問題不但可以作為ORACLE數(shù)據(jù)庫開發(fā)的注意事項，大多數(shù)也適用于常見的關(guān)系型數(shù)據(jù)庫開發(fā)甚至非關(guān)系型數(shù)據(jù)開發(fā)。

實際上，在數(shù)據(jù)庫應(yīng)用開發(fā)上，開發(fā)和維護(hù)關(guān)聯(lián)度是非常大的，好的開發(fā)設(shè)計會給維護(hù)帶來極大方便。因此雖然維護(hù)關(guān)注的角度和開發(fā)有所不同，但在部分內(nèi)容上二者是統(tǒng)一的。

禁忌1：觸發(fā)器代碼忌復(fù)雜

數(shù)據(jù)庫觸發(fā)器由于可以基于表級進(jìn)行所有應(yīng)用或手工DML操作數(shù)據(jù)增刪改查的前向或后向處理，易于收斂邏輯，使用方便，容易受到眾多開發(fā)人員的喜愛。

但在使用上觸發(fā)器與操作數(shù)據(jù)的事務(wù)處于同一個事務(wù)，因此比較適合簡單處理邏輯，切忌不能在觸發(fā)器上使用復(fù)雜邏輯，一般推薦在10行左右代碼比較適合，否則容易導(dǎo)致事務(wù)處理出現(xiàn)問題。

如果一定要通過觸發(fā)器進(jìn)行復(fù)雜邏輯處理，最好的做法是通過觸發(fā)器將需要處理的數(shù)據(jù)寫入到單獨的任務(wù)表中，然后使用單獨進(jìn)程對任務(wù)表數(shù)據(jù)進(jìn)行處理。這樣能使得觸發(fā)器和觸發(fā)源二者的事務(wù)解耦，又能收斂相關(guān)數(shù)據(jù)處理。

禁忌2：忌使用dblink

dblink提供的機制可以使得在一個數(shù)據(jù)庫的存儲過程、觸發(fā)器、數(shù)據(jù)庫函數(shù)中方便的訪問另一個數(shù)據(jù)庫，可以方便地為應(yīng)用只需連接一個數(shù)據(jù)庫就可以訪問另一個數(shù)據(jù)庫中的數(shù)據(jù)，因此給多數(shù)據(jù)庫環(huán)境使用帶來了很大的便利性。

但dblink在跨數(shù)據(jù)庫事務(wù)提交上容易引發(fā)問題，一般可以在不帶事務(wù)的DML簡單查詢中使用，如果一定要帶事務(wù)必須確保事務(wù)提交迅速，否則容易引發(fā)分布式事務(wù)鎖。而應(yīng)用程序中使用時，由于運行的環(huán)境復(fù)雜多變，無法百分之百保障事務(wù)的完整性和響應(yīng)快速，很容易引發(fā)分布式事務(wù)鎖并有一定幾率觸發(fā)ORACLE的BUG，同時dblink本身會大概率甚至百分之百帶來scn號跳變bug，并引發(fā)scn號跳變在數(shù)據(jù)庫間傳播。導(dǎo)致系統(tǒng)故障甚至數(shù)據(jù)庫癱瘓。因此不要在代碼開發(fā)中使用dblink。平時運維也盡量少用，如果一定要用最好不帶事務(wù)，并盡快釋放連接。

禁忌3：忌用大表關(guān)聯(lián)統(tǒng)計

在一個系統(tǒng)中，除了實時類交易外，也存在一定要求數(shù)據(jù)實時的統(tǒng)計或查詢需求，針對這種數(shù)據(jù)統(tǒng)計，切忌使用大表關(guān)聯(lián)進(jìn)行統(tǒng)計，因為會導(dǎo)致數(shù)據(jù)庫消耗大量計算資源、占用過多的臨時空間，影響其他實時業(yè)務(wù)的響應(yīng)甚至導(dǎo)致系統(tǒng)無法響應(yīng)。

對于這種需要跨多個大表的統(tǒng)計，最理想的是不放在OLTP數(shù)據(jù)庫執(zhí)行，如果一定要執(zhí)行，一是要想辦法限制數(shù)據(jù)的范圍（如基于時間限制只能統(tǒng)計當(dāng)天的），二是對于兩個大表關(guān)聯(lián)的SQL進(jìn)行拆分，拆分成兩個SQL，前一個SQL獲取的數(shù)據(jù)通過游標(biāo)打開后再逐條去另一個大表使用索引逐條數(shù)據(jù)進(jìn)行訪問，再用客戶端進(jìn)行統(tǒng)計運算，或者通過游標(biāo)獲取數(shù)據(jù)生產(chǎn)臨時表再基于臨時表進(jìn)行統(tǒng)計。

禁忌4：忌用字典式字段索引

索引只有說數(shù)據(jù)在索引字段比較分散才有效果，如果基于一些字典式字段（如性別、課程等）建索引，起不到很好的效果不說，還浪費存儲空間。這種字典式的字段如果一定要發(fā)揮類似索引的效果，可以按字典值建分區(qū)鍵。

禁忌5：慎用主鍵約束

某個表的主鍵理論上看起來是個很好的機制，但在一般性應(yīng)用中，由于主鍵不能更新，因此在運維時會帶來很多不便，一般建議慎用，而是可以用非空和唯一性約束方式來替代。

禁忌6：慎用外鍵關(guān)聯(lián)

外鍵關(guān)聯(lián)可以確保某個表的主鍵被其他表作為非主鍵使用時來保障兩個表數(shù)據(jù)的一致性，但外鍵關(guān)聯(lián)給程序開發(fā)、運維都帶來了更多的復(fù)雜性，而好的開發(fā)習(xí)慣能確保兩個有外鍵關(guān)聯(lián)的表滿足數(shù)據(jù)一致性的要求，因此一般情況下慎用外鍵關(guān)聯(lián)。這其實是根據(jù)在方便性、數(shù)據(jù)一致性之間應(yīng)用更傾向于哪方面來決策使用方式。

禁忌7：組合索引使用要注意

1. 使用多個字段的混合索引是常見的，但索引使用的字段越多，就意味著開發(fā)時需要關(guān)注的字段越多，開發(fā)時部分人員容易忘記索引字段，導(dǎo)致容易寫出用不到索引的語句。因此一般建議復(fù)合索引使用字段不超過5個；
2. 組合索引中字段的順序是非常重要的，越是唯一的字段越是要靠前；
3. 程序代碼使用組合索引時，在使用索引字段作為條件時，如果該索引是復(fù)合索引，那么必須使用到該索引中的第一個字段作為條件時才能保證系統(tǒng)使用該索引，并且應(yīng)盡可能的讓字段順序與索引順序相一致。
   

禁忌8：慎重考慮表字段調(diào)整

當(dāng)一個初始設(shè)計的表在運行一段時間后，隨著業(yè)務(wù)的發(fā)展和系統(tǒng)的持續(xù)運營，對表結(jié)構(gòu)進(jìn)行調(diào)整是遲早的事，但調(diào)整表結(jié)構(gòu)如增加新字段、字段長度調(diào)整等都需要慎重，特別是針對數(shù)據(jù)量大訪問頻繁的表更要謹(jǐn)慎。

在評估表結(jié)構(gòu)調(diào)整時，一般需要考慮：

1. 是否需要停系統(tǒng)調(diào)整，對于高并發(fā)訪問頻繁的表至少要等到業(yè)務(wù)閑時進(jìn)行調(diào)整；
2. 如果是調(diào)整字段大小需要評估是否有代碼限制了字段大?。?/li>
3. 如果是新增字段需要評估是否有代碼采用了select *方式訪問；
4. 是否需要初始化歷史數(shù)據(jù)？如果有是否會造成行遷移？是否需要重建表？
5. 是否會影響外圍接口或系統(tǒng)數(shù)據(jù)的交互？
   

為了應(yīng)對字段增加可能帶來的風(fēng)險，有2個方法來提取預(yù)防：

1. 給一些大表預(yù)留一定的字段，這樣可以避免停系統(tǒng)、減少行數(shù)據(jù)遷移、并避免系統(tǒng)運行時進(jìn)行表結(jié)構(gòu)調(diào)整的風(fēng)險，但要規(guī)劃好預(yù)留字段的數(shù)量、并做好啟用管理；
2. 盡量不動大表本身，而是設(shè)計擴展表來解決。
   

禁忌9：忌直接使用用戶名和密碼連接數(shù)據(jù)

在信息安全非常重視的今天，數(shù)據(jù)庫的安全性是重中之重，應(yīng)用系統(tǒng)不應(yīng)該在程序代碼或配置文件中直接使用用戶名和密碼方式連接訪問業(yè)務(wù)數(shù)據(jù)。如果這樣，對開發(fā)人員和維護(hù)人員密碼就和沒有密碼一樣，另外如果出現(xiàn)數(shù)據(jù)庫必須修改密碼時，需要到處改密碼相關(guān)的代碼或配置文件。

比較好的解決辦法是用最小權(quán)限的用戶登錄，登錄后通過專用加密配置表獲取用戶真正使用的用戶和密碼，這就是二次登錄。

禁忌10：慎用數(shù)據(jù)庫連接

在一個大型系統(tǒng)內(nèi)，數(shù)據(jù)庫連接是寶貴的資源，ORACLE的連接數(shù)單實例一般限制在4096個，看起來不少，但如果連接節(jié)點多真正使用起來后會發(fā)現(xiàn)連接數(shù)往往不夠用。為此需要對數(shù)據(jù)庫的訪問進(jìn)行連接收斂管控，實現(xiàn)連接的復(fù)用。
要實現(xiàn)連接的收斂，有如下做法：

1. WEB服務(wù)器通過連接池管理收斂客戶端的數(shù)據(jù)訪問；
2. 后臺進(jìn)程或中間間通過數(shù)據(jù)訪問代理層來進(jìn)行連接的復(fù)用和收斂；
3. 后臺維護(hù)限制單機登錄會話數(shù)。
   

禁忌11：忌用并行

在程序代碼或表的參數(shù)設(shè)置里，都可以設(shè)置并行參數(shù)，并行對于單表或單語句能起到迅速提高執(zhí)行效率的作用，但這種并行是以搶占其他任務(wù)的資源為代價，因此在OLTP數(shù)據(jù)庫應(yīng)用中，最好別使用并行的DML語句或?qū)⒈淼牟⑿袇?shù)打開。臨時執(zhí)行任務(wù)考慮到執(zhí)行速度需要使用并行時，一定要與DBA協(xié)商是否可以開啟并行，并在任務(wù)執(zhí)行結(jié)束后關(guān)閉
表的并行參數(shù)。

前幾年，有個工程割接時為了提升割接速度，當(dāng)晚一個參與割接的工程師未和任何人商議就將一個重要的訪問頻繁的大表的并行參數(shù)設(shè)置調(diào)整多倍，割接后也未關(guān)閉，導(dǎo)致第二天業(yè)務(wù)起來后數(shù)據(jù)庫出現(xiàn)了鎖、主機CPU全忙，影響業(yè)務(wù)超過4個小時。經(jīng)過較長時間定位才發(fā)現(xiàn)是該表并行被打開導(dǎo)致的，問題最終解決但造成了不良影響。而那個導(dǎo)致問題的工程師也在華為年底考核中得到了處罰離職走人。

禁忌12：忌SQL語句不使用綁定變量

在應(yīng)用開發(fā)中，SQL語句大多數(shù)是動態(tài)SQL，這種動態(tài)SQL又分為兩種，一種是字段取值是變化的，一種是連數(shù)據(jù)對象名都是動態(tài)的。

對于字段取值變化的情況，基本的訪問SQL是固定的，針對變化的字段值就需要用綁定變量方式傳值，這時數(shù)據(jù)庫才不會重新編譯該SQL語句，可以提高執(zhí)行效率，如果不使用綁定變量，直接將該SQL語句用字符串方式拼接，其實就與數(shù)據(jù)對象也是不同變換的方式相同，這樣SQL語句每回都會被編譯，效率會大幅下降。

對于數(shù)據(jù)對象名都是動態(tài)的SQL，不適合通過綁定變量方式傳遞數(shù)據(jù)對象名。

禁忌13：忌索引數(shù)量過多

一個表的索引是需要單獨占用存儲空間的，過多的索引會導(dǎo)致表數(shù)據(jù)發(fā)生變化時索引的調(diào)整占用過多的時間，會引發(fā)數(shù)據(jù)的增刪改性能下降。對于頻繁進(jìn)行插入、刪除、更新的數(shù)據(jù)表，應(yīng)控制索引的數(shù)量，提高效率，一般一個表的索引數(shù)控制在5個以內(nèi)。如果一個表要建5個以上索引，一般說明表和應(yīng)用的設(shè)計是存在問題的。

禁忌14：select for update 要帶nowait

select ... for update語句 對于保證事務(wù)的完整性很有必要，但在一個并發(fā)環(huán)境中，使用該語句的應(yīng)用很可能會導(dǎo)致數(shù)據(jù)庫鎖甚至死鎖，正確的做法是select ... for update nowait，并且在獲取鎖失敗時要有重新處理的機制。

禁忌15：批量任務(wù)要控制好事務(wù)提交的頻度

在后臺進(jìn)程或存儲過程處理大批量數(shù)據(jù)時，事務(wù)提交禁止單條提交或者全部完成后再提交，提交太頻繁會產(chǎn)生過多的數(shù)據(jù)庫日志，一次性提交容易導(dǎo)致回滾段不夠等問題。建議使用100、500或者1000條提交的頻度。

禁忌16：sequence使用注意

對于部分表的內(nèi)部關(guān)鍵ID字段如流水號等使用sequence是個非常不錯的主意，可以有效保障并發(fā)環(huán)境下這種序列號分配的高效和唯一性。但在應(yīng)用中使用sequence時要注意幾點：

1. 長度設(shè)置要充分考慮業(yè)務(wù)發(fā)展的速度，有效序列在初期增長緩慢，但隨著業(yè)務(wù)發(fā)展會迅速增長，因此開發(fā)設(shè)計時要進(jìn)行充分的評估，防止出現(xiàn)sequence很快被耗盡；
2. 對于長期增長的序列號，最后采用時間戳+序列號的方式來作為字段值，防止序列號翻轉(zhuǎn)；
3. 序列號分配時，由于序列號在不同數(shù)據(jù)庫實例的緩沖機制，可能會出現(xiàn)后面的數(shù)據(jù)記錄序列號比前面插入記錄序列號還要小的情況，因此序列號字段的值只能作為唯一鍵值使用，而不能作為業(yè)務(wù)排序的依據(jù)。
   

禁忌17：慎用rowid更新數(shù)據(jù)

rowid是數(shù)據(jù)庫記錄的一個內(nèi)部記錄ID，使用rowid訪問數(shù)據(jù)比普通索引還要高效，但如果在一個表的數(shù)據(jù)頻繁插入、刪除時，不要使用rowid來進(jìn)行數(shù)據(jù)的操作，因為ORACLE的rowid在數(shù)據(jù)有刪除機制時，是有一定幾率出現(xiàn)重復(fù)的。

禁忌18：慎用子查詢

通過子查詢方式進(jìn)行數(shù)據(jù)的嵌套查詢SQL的可讀性比較好，但子查詢很容易導(dǎo)致全表掃描，且容易導(dǎo)致回滾段或臨時表空間使用過高，因此慎用子查詢，特別是子查詢的結(jié)果集也很大時忌用。

禁忌19：忌用SELECT *

在查詢SQL語句中，要盡量減少返回的結(jié)果行，包括行數(shù)和字段列數(shù)。返回的結(jié)果越大，意味著相應(yīng)的SQL語句的logical reads 就越大，對服務(wù)器的性能影響就越甚。

一個特別不好的設(shè)計就是使用SELECT * 返回表的所有數(shù)據(jù)，除了影響服務(wù)器性能外，還可能會由于表結(jié)構(gòu)的調(diào)整在編譯階段無法發(fā)現(xiàn)，導(dǎo)致運行時錯誤。

禁忌20：where 子句中慎用!=或>操作符

使用!=或>意味著對應(yīng)字段的訪問不會使用索引，因此只有在其他字段使用了索引的基礎(chǔ)上才使用!=或>操作。

禁忌21：where 子句中慎用like

如果在where字句中使用字段A like ‘%xxx' 或字段A like ‘%xxx%'方式匹配結(jié)果記錄時，該字段不會使用索引，因此只有在其他字段使用了索引的基礎(chǔ)上才使用字段A like ‘%xxx' 或字段A like ‘%xxx%'方式，即忌用前置百分號匹配。

禁忌22：where 子句中慎用in和not in

如果in后面的結(jié)果數(shù)據(jù)比較多，很可能會導(dǎo)致全表掃描。因此只能和其他能使用索引的條件組合使用時使用。

禁忌23：where字句中慎用字段函數(shù)操作

應(yīng)盡量避免在where子句中對字段進(jìn)行函數(shù)操作，這將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描。不要在 where 子句中的“=”左邊進(jìn)行函數(shù)、算術(shù)運算或其他表達(dá)式運算，否則系統(tǒng)將可能無法正確使用索引。

禁忌24：忌用select count（*）

使用select count（*）的效率不如使用select count(1)。

禁忌25：索引字段訪問慎用OR

索引字段用OR的字句容易導(dǎo)致全表掃描，一定要判斷多個值可以分解成多個查詢，并且通過UNION 連接多個查詢。

禁忌26：慎重考慮字符集

在一個應(yīng)用系統(tǒng)中，涉及應(yīng)用服務(wù)器主機字符集、數(shù)據(jù)庫字符集以及客戶端字符集的兼容性問題，要在系統(tǒng)構(gòu)架時統(tǒng)一考慮，確保從前臺到后臺到數(shù)據(jù)庫的字符集都是兼容的。

禁忌27、慎用視圖嵌套

視圖最好建在表上，盡量不要基于視圖嵌套建立視圖，一方面一般視圖嵌套不要超過2個為宜，視圖嵌套層級多訪問效率會下降，并且可維護(hù)性變差。

禁忌28： 忌數(shù)據(jù)對象名過長

oracle的表名、字段名等對象命名字節(jié)個數(shù)限制在了30個字節(jié)，不能超過30。

禁忌29：謹(jǐn)慎表和索引的inittrans設(shè)置

每個塊都有一個塊首部。這個塊首部中有一個事務(wù)表。事務(wù)表中會建立一些條目來描述哪些事務(wù)將塊上的哪些行/元素鎖定。這個事務(wù)表的初始大小由對象的INITRANS 設(shè)置指定。對于表，這個值默認(rèn)為2（索引的INITRANS 也默認(rèn)為2）。事務(wù)表會根據(jù)需要動態(tài)擴展，最大達(dá)到MAXTRANS 個條目（假設(shè)塊上有足夠的自由空間）。所分配的每個事務(wù)條目需要占用塊首部中的23～24 字節(jié)的存儲空間。注意，對于Oracle 10g以上版本，MAXTRANS 則會忽略，所有段的MAXTRANS 都是255。

也就是說，如果某個事物鎖定了這個塊的數(shù)據(jù)，則會在這個地方記錄事務(wù)的標(biāo)識，當(dāng)然那個事務(wù)要先看一下這個地方是不是已經(jīng)有人占用了，如果有，則去看看那個事務(wù)是否為活動狀態(tài)。如果不活動，比如已經(jīng)提交或者回滾，則可以覆蓋這個地方。如果活動，則需要等待(閂的作用)。

所以，如果有大量的并發(fā)訪問使用的這個塊，則參數(shù)不能太小，否則資源競爭將導(dǎo)致系統(tǒng)并發(fā)性能下降。

在創(chuàng)建表和索引時，需要根據(jù)表數(shù)據(jù)的訪問頻度和數(shù)據(jù)量來評估設(shè)置的inittrans值，雖然不夠時Oracle會自動增加，但增加的過程需要ORACLE進(jìn)行評估，且該評估機制是針對所有對象的，需要排隊，如果inittrans值設(shè)置過小，就會影響系統(tǒng)的并發(fā)性能。因此系統(tǒng)設(shè)計和部署時需要考慮不同表的inittrans的設(shè)置。

禁忌30：數(shù)據(jù)模型和數(shù)據(jù)對象的設(shè)計必須商DBA確認(rèn)

一個業(yè)務(wù)系統(tǒng)，會有大量的數(shù)據(jù)模型，會創(chuàng)建大量數(shù)據(jù)對象，在考慮業(yè)務(wù)需求的同時必須考慮系統(tǒng)運維，因此請DBA參與設(shè)計是非常必要的。
在做設(shè)計時，要考慮：

1. 制定數(shù)據(jù)庫對象命名規(guī)范；
2. 數(shù)據(jù)庫表空間的使用規(guī)劃（包括業(yè)務(wù)數(shù)據(jù)表和索引、字典表、臨時表空間、回滾段等）；
3. 表和索引的inittrans大小；
4. 各個表的PCTFREE 和 PCTUSED設(shè)置；
5. 數(shù)據(jù)維護(hù)周期
6. …
   

小結(jié)：

本文詳細(xì)介紹了筆者在二十余年ORACLE應(yīng)用開發(fā)中遇到的三十條開發(fā)注意事項（本來想寫成三十六忌的，奈何沒湊夠），這些注意事項是實際工作中的經(jīng)驗和教訓(xùn)總結(jié)，好些注意事項是筆者的團隊以及華為等合作廠商一些工作兩三年的人都容易犯的錯，筆者前2年遭遇的一次事件還導(dǎo)致了一個華為工程師的考核離職。

這些注意事項不但可以在和ORACLE有關(guān)的應(yīng)用開發(fā)中遇到，大部分也可以在其他關(guān)系型數(shù)據(jù)庫有關(guān)的應(yīng)用開發(fā)中遇到，甚至部分問題可以在非關(guān)系型數(shù)據(jù)有關(guān)的應(yīng)用開發(fā)中遇到。

以上就是ORACLE數(shù)據(jù)庫應(yīng)用開發(fā)的三十個注意事項的詳細(xì)內(nèi)容，更多關(guān)于ORACLE數(shù)據(jù)庫應(yīng)用開發(fā)的注意事項的資料請關(guān)注腳本之家其它相關(guān)文章！