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

轉(zhuǎn)載于:https://www.cnblogs.com/lguyss/archive/2010/03/12/1684063.html

總結(jié)

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

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