各位： ??? 昨天晚上經(jīng)過3個多小時的索引重建工作，重建后索引空間占用縮小為原來的1/10，可見咱們系統(tǒng)的索引效率已經(jīng)低到不能再低的地步，在數(shù)據(jù)庫壓力大的結果中起到了不可推卸的責任。 ??? 同時，在此，我對大家也提出要求： ??? 1、不允許再在PL/SQL DEV中以任何理由在不通知我或者相關模塊負責人的情況下大資源消耗操作生產(chǎn)數(shù)據(jù)庫表，尤其是DML操作。 ??? 2、不允許任何人再使用****用戶直接操作數(shù)據(jù)庫表（將會在下周開始逐漸摘除此用戶的大權限和進行密碼修改準備工作），如有需要請使用其它有特別權限的用戶或者OWNER用戶。 ??? 3、對于現(xiàn)在系統(tǒng)中執(zhí)行的SQL進行嚴格排查，統(tǒng)一使用索引字段，對于使用基礎數(shù)據(jù)表的SQL統(tǒng)一使用特種含義字段（不能CODE,ID隨便用）。 ??? 4、所有應用代碼修改全部需要組長或者負責人嚴格審核，以保證生產(chǎn)系統(tǒng)的穩(wěn)定。 ??? 5、對于數(shù)據(jù)庫的任何結構變更或者增加，必須發(fā)郵件給公司DBA和我進行審核，并由小夏備案修改數(shù)據(jù)庫設計文檔，郵件內容包括SQL語句及增刪改原因。 ??? 6、對于公司DBA或我以郵件發(fā)出、當面提出的需優(yōu)化部分，及時修改。 ? ??? 請大家務必重視。 ??? 另，優(yōu)化第二步：1、監(jiān)控一周數(shù)據(jù)庫，將無效索引DROP掉 2、對耗費資源大的SQL進行優(yōu)化，避免大表FULL SCAN

轉載于:https://www.cnblogs.com/lguyss/archive/2010/03/12/1684063.html

總結

以上是生活随笔為你收集整理的【邮件】生产数据库优化第一步：重建索引的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內容還不錯，歡迎將生活随笔推薦給好友。