oracle分區兩大陷阱是什么

這篇文章主要介紹“oracle分區兩大陷阱是什么”，在日常操作中，相信很多人在oracle分區兩大陷阱是什么問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”oracle分區兩大陷阱是什么”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

1.個別場景不能從根本上提高查詢速度

    在Oracle10g時不支持自動生成分區，技術人員都是手動創建一年或者半年的分區或者當超過限制時把數據都load到最大值分區，但是一年半年過后要么出現數據無法插入或者某個分區數據劇增，這個時候出現了Oracle11g的自動分區功能，但是自動分區名稱不能人為設置。如果說數據量過大或者出現跨分區查詢會出現性能問題。

     舉個栗子：線上有一個日志儲存系統，每天大概存儲1000W左右的數據，支持分頁排序并且按照日期查詢功能（如果不排序，這個數據量對于Oracle是小ks）于是我們采用了分區+覆蓋索引（如果想進一步了解.....）查詢的的功能，性能稍微提升。但是一段時間后發現還是拖死系統。(因為這就是CAP問題，想從根本上解決問題，請建議公司采用nosql（habase、ELK）實現)。

     如果有這樣一種這樣場景，工資小于等于5000，大于5000并且小于等于12000，大于12000并且小于25000，大于等于25000分別按照這些工資級別創建分區則非常高效，因為可以指定分區進行查詢（` select * from TBL_OPR_CNT partition(5000_part);`），因為指定分區查詢，效率直接提升。

     由此得知，關系數據庫效率高低，在于我們如何發揮它的長處。

 2. 手動對表進行move操作，或者刪除表分區會導致索引失效
    在實際線上環境，常常當發現性能出現問題時，這個時候才采取分區的解決方案，但是分區表一般都是全局索引，然后直接在原表采取分區功能，用了一段時間產生了歷史分區數據，然后刪除了其中一部分歷史分區，發現數據無法插入了。如下錯誤：

jdbc.exception.UncategorizedSQLException: uncategorized SQLException for SQL [insert into AUDITS(C_ID,N_PERSON_ID,C_NAME,C_CODE,C_DEPT,N_LOG_TIME,C_LOG_TYPE,C_CONTENT,C_RESULT,C_SN,N_DEPT_ID) values(?,?,?,?,?,?,?,?,?,?,?)]; SQL state [72000]; error code [1502]; ORA-01502: index 'AUDITS_PK' or partition of such index is in unusable state; caused by: ORA-01502: index 'AUDITS_PK' or partition of such index is in unusable state

采取如下方法重建索引解決處理。

select index_name,index_type,tablespace_name,table_type,status from user_indexes where index_name='AUDITS_PK';
alter session set skip_unusable_indexes=false;
alter index AUDITS_PK rebuild;commit;

 3.其出現這個問題的根本原因和解決方法是什么呢？

移動或者刪除表空間或者分區后，基于該table的索引會自動失效UNUSABLE；此時訪問或操作該table時，會報ORA-01502異常；無論唯一還是普通索引都要通過重建解決。

    解決方法：在使用表分區時盡量創建本地索引.( 例如：

create index AUDITS_PK on AUDITS(id) local;

因為id是分區鍵，所以這樣就創建了一個有前綴的本地索引)
這樣在刪除分區后則索引不會出現失效問題。

到此，關于“oracle分區兩大陷阱是什么”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！