關於分割槽表Local索引Rebuild的一些總結
今天一個指令碼里面的一條build index老是出現ORA-00054: resource busy and acquire with
NOWAIT specified 錯誤,錯誤本身比較容易理解,肯定是有排他鎖限制了對Partition Index的DDL操作。
那麼如何避免,以及使用分割槽索引需要注意的事情,都是需要去總結的,所以下面我結合實驗,簡單總結一下重建Local Index:
1. DML操作對index partition rebuild的影響。 如果在rebuild某一個分割槽的時候,有其他的程式在對這個index partition所對應的資料進行DML操作,rebuild會受影響:
kl@k02> create table t_part_1 (a number, b varchar2(10))
2 partition by range(a)
3 (partition t1 values less than (10),
4 partition t2 values less than (20),
5 partition t3 values less than (30),
6 partition tmax values less than (maxvalue));
Table created.
--- 不管是btree index還是bitmap index:
kl@k02> create index t_part_ind1 on t_part_1 (a) local;
Index created.
kl@k02> insert into t_part_1 values (21,'AAA');
1 row created.
--- 然後重新開一個session:
kl@k02> alter index t_part_ind1 rebuild partition t3;
alter index t_part_ind1 rebuild partition t3
*
ERROR at line 1:
ORA-00054: resource busy and acquire with NOWAIT specified
2. 是否考慮加online這個引數,這個引數加上加上以後,除了rebuild過程中index 保持online狀態,Oracle還會在rebuild index之前等待所有DML操作結束,然後得到DDL鎖,開始rebuild.
kl@k02> alter index t_part_ind1 rebuild partition t3 online;
Index altered.
---- 如果不commit,上面的操作就會一直hold。
3. 如果是bitmap index, online 選項失效
kl@k02> alter index t_part_ind1 rebuild partition t3 online;
alter index t_part_ind1 rebuild partition t3 online
*
ERROR at line 1:
ORA-08108: may not build or rebuild this type of index online
4. 在split以後partition index的狀態是usable, 所以split以後不需要重建索引。
5. 在drop 分割槽 local index的時候,只能drop 整個index; 而rebuild index時只能一個一個分割槽來drop.
6. 如果Local index失效,在查詢時會出現如下問題:
kl@k02> select /*+ full */ * from t_part_1 where a=31;
select /*+ full */ * from t_part_1 where a=31
*
ERROR at line 1:
ORA-01502: index 'KL.T_PART_IND1' or partition of such index is in unusable state
---- 如果走全表掃描,則不會出現:
kl@k02> select /*+ full(t) */ * from t_part_1 t where a=31;
no rows selected
總結: Local Index對查詢效能的提高是顯而易見的,但他在維護過程中的成本也是比較高的,所以大家在使用Local Index的時候,需要仔細評估一下,如果不經常被使用(比如用MV,代替start-transformation),最好避免使用。我們公司專案組的 XMan-Todd 很早就提出過類似的建議。[@more@]關於分割槽表Local索引Rebuild的一些總結
1. DML操作對index partition rebuild的影響。 如果在rebuild某一個分割槽的時候,有其他的程式在對這個index partition所對應的資料進行DML操作,rebuild會受影響:
kl@k02> create table t_part_1 (a number, b varchar2(10))
2 partition by range(a)
3 (partition t1 values less than (10),
4 partition t2 values less than (20),
5 partition t3 values less than (30),
6 partition tmax values less than (maxvalue));
Table created.
--- 不管是btree index還是bitmap index:
kl@k02> create index t_part_ind1 on t_part_1 (a) local;
Index created.
kl@k02> insert into t_part_1 values (21,'AAA');
1 row created.
--- 然後重新開一個session:
kl@k02> alter index t_part_ind1 rebuild partition t3;
alter index t_part_ind1 rebuild partition t3
*
ERROR at line 1:
ORA-00054: resource busy and acquire with NOWAIT specified
2. 是否考慮加online這個引數,這個引數加上加上以後,除了rebuild過程中index 保持online狀態,Oracle還會在rebuild index之前等待所有DML操作結束,然後得到DDL鎖,開始rebuild.
kl@k02> alter index t_part_ind1 rebuild partition t3 online;
Index altered.
---- 如果不commit,上面的操作就會一直hold。
3. 如果是bitmap index, online 選項失效
kl@k02> alter index t_part_ind1 rebuild partition t3 online;
alter index t_part_ind1 rebuild partition t3 online
*
ERROR at line 1:
ORA-08108: may not build or rebuild this type of index online
4. 在split以後partition index的狀態是usable, 所以split以後不需要重建索引。
5. 在drop 分割槽 local index的時候,只能drop 整個index; 而rebuild index時只能一個一個分割槽來drop.
6. 如果Local index失效,在查詢時會出現如下問題:
kl@k02> select /*+ full */ * from t_part_1 where a=31;
select /*+ full */ * from t_part_1 where a=31
*
ERROR at line 1:
ORA-01502: index 'KL.T_PART_IND1' or partition of such index is in unusable state
---- 如果走全表掃描,則不會出現:
kl@k02> select /*+ full(t) */ * from t_part_1 t where a=31;
no rows selected
總結: Local Index對查詢效能的提高是顯而易見的,但他在維護過程中的成本也是比較高的,所以大家在使用Local Index的時候,需要仔細評估一下,如果不經常被使用(比如用MV,代替start-transformation),最好避免使用。我們公司專案組的 XMan-Todd 很早就提出過類似的建議。[@more@]關於分割槽表Local索引Rebuild的一些總結
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/661919/viewspace-1029998/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- SqlServer關於分割槽表的總結SQLServer
- 增加表分割槽時,為local分割槽索引指定不同表空間的方法索引
- 移動分割槽表和分割槽索引的表空間索引
- mysql~關於mysql分割槽表的測試MySql
- Oracle分割槽表基礎運維-06分割槽表索引Oracle運維索引
- mysql關於聚集索引、非聚集索引的總結MySql索引
- Hive中靜態分割槽和動態分割槽總結Hive
- oracle分割槽表和分割槽表exchangeOracle
- PG的非分割槽表線上轉分割槽表
- 關於numpy的索引、合併、分割索引
- [oracle] expdp 匯出分割槽表的分割槽Oracle
- oracle分割槽表和非分割槽表exchangeOracle
- 關於MySQL InnoDB表的二級索引是否加入主鍵的總結MySql索引
- index_oracle索引梳理系列及分割槽表梳理IndexOracle索引
- oracle 分割槽表move和包含分割槽表的lob moveOracle
- Oracle Partition 分割槽詳細總結Oracle
- 關於Mysql使用的一些總結MySql
- MySql關於鎖的一些總結MySql
- PostgreSQL/LightDB 分割槽表之分割槽裁剪SQL
- 【MYSQL】 分割槽表MySql
- 關於Code Review的一些思考總結View
- 非分割槽錶轉換成分割槽表
- Oracle分割槽表基礎運維-07增加分割槽(3列表分割槽)Oracle運維
- mysql關於表空間的總結MySql
- mysql關於臨時表的總結MySql
- MSSQL Rebuild(重建)索引SQLRebuild索引
- Sql Server關於indexed view索引檢視的總結SQLServerIndexView索引
- HGDB的分割槽表實現SQL Server的分割槽檢視SQLServer
- 記一次Oracle分割槽表全域性索引重建的過程Oracle索引
- 在分割槽表上使用正確的索引來提高效能索引
- mysql關於memory引擎的表的總結MySql
- Oracle分割槽表基礎運維-04列表分割槽Oracle運維
- 總結關於CPU的一些基本知識
- Oracle分割槽表基礎運維-07增加分割槽(2 HASH分割槽)Oracle運維
- MySQL 分割槽表探索MySql
- 分割槽表-實戰
- PostgreSQL11preview-分割槽表增強彙總SQLView
- SQL Server大分割槽表沒有空分割槽的情況下如何擴充套件分割槽的方法SQLServer套件
- [專案踩坑] MySQL 分割槽:分割槽鍵和唯一索引主鍵的關係,解決報錯 A PRIMARY KEYMySql索引