分区操作后索引的状态

最新推荐文章于 2022-11-02 19:06:15 发布

数据和云

最新推荐文章于 2022-11-02 19:06:15 发布

阅读量676

点赞数

本文链接：https://blog.csdn.net/enmotech/article/details/104528970

版权

本文探讨了Oracle数据库中分区操作如SPLIT、MERGE、TRUNCATE和DROP对全局（GLOBAL）和局部（LOCAL）索引的影响。索引是否变为UNUSABLE取决于数据是否发生变化。如果数据未变化，索引保持USABLE；反之，如果数据位置改变，如在MERGE操作中，索引可能变为UNUSABLE。LOCAL索引在某些操作中受影响较小，而在SPLIT涉及数据的分区时，全局和局部索引状态可能变化。了解这些影响有助于优化数据库操作。

摘要由CSDN通过智能技术生成

导读：DDL操作是否会导致索引失效的原则上是看是否引起数据发生变化，如果分区的数据发生了改变，则索引需要失效才能保证结果的准确性，如果数据没有发生变化，则索引的状态不会变为UNUSABLE。

要对产品库上的分区进行SPLIT操作，于是首先评估一下SPLIT操作对索引的影响，结果发现测试的结果和文档上描述的不大一样。

在Oracle文档上对于分区的SPLIT操作是这样描述的：

Oracle invalidates any global indexes on heap-organized tables. You can update these indexes during this operation using the update_global_index_clause.

而测试的结果表明，无论是GLOBAL索引还是LOCAL索引，在进行分区操作后，索引是否变为UNUSABLE状态，是由索引数据是否发生变化决定的。

下面看具体的测试：


SQL> CREATE TABLE T_PARTITION (ID NUMBER, FIRST_NAME VARCHAR2(30), LAST_NAME VARCHAR2(30))
  2  PARTITION BY RANGE (ID)
  3  (PARTITION P1 VALUES LESS THAN (100),
  4  PARTITION P2 VALUES LESS THAN (200),
  5  PARTITION P3 VALUES LESS THAN (MAXVALUE));
表已创建。
SQL> CREATE INDEX IND_T_PARTITION_F_NAME ON T_PARTITION(FIRST_NAME);
索引已创建。
SQL> CREATE INDEX IND_T_PARTITION_L_NAME ON T_PARTITION(LAST_NAME) LOCAL;
索引已创建。
SQL> INSERT INTO T_PARTITION VALUES (50, 'A', 'A');
已创建 1 行。
SQL> INSERT INTO T_PARTITION VALUES (150, 'B', 'B');
已创建 1 行。
SQL> COMMIT;
提交完成。
SQL> SELECT INDEX_NAME, STATUS FROM USER_INDEXES WHERE TABLE_NAME = 'T_PARTITION';
INDEX_NAME                     STATUS
------------------------------ --------
IND_T_PARTITION_F_NAME         VALID
IND_T_PARTITION_L_NAME         N/A
SQL> SELECT INDEX_NAME, PARTITION_NAME, STATUS FROM USER_IND_PARTITIONS
  2  WHERE INDEX_NAME = 'IND_T_PARTITION_L_NAME';
INDEX_NAME                     PARTITION_NAME                 STATUS
------------------------------ ------------------------------ --------
IND_T_PARTITION_L_NAME         P1                             USABLE
IND_T_PARTITION_L_NAME         P2                             USABLE
IND_T_PARTITION_L_NAME         P3                             USABLE

首先创建一个分区表，分别在FIRST_NAME和LAST_NAME上建立GLOBAL索引和LOCAL索引。

下面对P3分区进行SPLIT操作，注意一点，P3分区的下限是200，而插入数据的分区键值均小于200，所以P3分区目前是空的。


SQL> SELECT COUNT(*) FROM T_PARTITION PARTITION (P3);
  COUNT(*)
----------
         0
SQL> ALTER TABLE T_PARTITION SPLIT PARTITION P3 AT (300) INTO (PARTITION P3, PARTITION P4);
表已更改。
SQL> SELECT INDEX_NAME, STATUS FROM USER_INDEXES WHERE TABLE_NAME = 'T_PARTITION';
INDEX_NAME                     STATUS
------------------------------ --------
IND_T_PARTITION_F_NAME         VALID
IND_T_PARTITION_L_NAME         N/A
SQL> SELECT INDEX_NAME, PARTITION_NAME, STATUS FROM USER_IND_PARTITIONS
  2  WHERE INDEX_NAME = 'IND_T_PARTITION_L_NAME';
INDEX_NAME                     PARTITION_NAME                 STATUS
------------------------------ ------------------------------ --------
IND_T_PARTITION_L_NAME         P1                             USABLE
IND_T_PARTITION_L_NAME         P2                             USABLE
IND_T_PARTITION_L_NAME         P3                             USABLE
IND_T_PARTITION_L_NAME         P4                             USABLE

当进行SPLIT操作的分区为空时，无论是GLOBAL索引还是LOCAL索引，状态均为USABLE。

如果在P3中插入一条记录，插入记录小于SPLIT操作的AT值，也就是说，在进行SPLIT操作后，插入记录会存在于分区键值小的分区中，这时如果对分区进行SPLIT操作：

SQL> ALTER TABLE T_PARTITION MERGE PARTITIONS P3, P4 INTO PARTITION P4;
表已更改。
SQL> SELECT INDEX_NAME, STATUS FROM USER_INDEXES WHERE TABLE_NAME = 'T_PARTITION';
INDEX_NAME                     STATUS
------------------------------ --------
IND_T_PARTITION_F_NAME         VALID
IND_T_PARTITION_L_NAME         N/A
SQL> SELECT INDEX_NAME, PARTITION_NAME, STATUS FROM USER_IND_PARTITIONS
  2  WHERE INDEX_NAME = 'IND_T_PARTITION_L_NAME';
INDEX_NAME                     PARTITION_NAME                 STATUS
------------------------------ -----------------------------