KingbaseES 全局索引是否因为DDL操作而变为Unusable ?

前言

Oracle 在对分区做DDL操作时，会使分区全局索引失效，需要加上关键字update global indexes。KingbaseES 同样支持全局索引。那么，如果对分区表进行DDL操作，那全局索引是否会失效了？

测试验证

1、创建测试数据

create table t1_part(id integer,name text,status char(1))
partition by list(status)
(
  partition p_0 values ('0'),
  partition p_1 values ('1'),
  partition p_default values (default)
);
 
 
insert into t1_part select generate_series(1,100000),repeat('a',500),'0';
insert into t1_part select generate_series(100001,200000),repeat('a',500),'1';
insert into t1_part select generate_series(200001,300000),repeat('a',500),'2';
create unique index ind_t1_part_2 on t1_part(id) global;
analyze t1_part;
 
set enable_globalindexscan = on;

2、验证SQL 执行计划

分区truncate 前的执行计划：

test=# explain select * from t1_part where id=123 and status='0';
                                      QUERY PLAN
--------------------------------------------------------------------------------------
 Global Index Scan using ind_t1_part_2 on t1_part  (cost=0.38..4.40 rows=1 width=510)
   Index Cond: (id = 123)
   Filter: (status = '0'::bpchar)

分区truncate 后的执行计划：

test=# alter table t1_part truncate partition p_1;
ALTER TABLE
 
test=# explain analyze select * from t1_part where id=123 and status='1';
                                                           QUERY PLAN
--------------------------------------------------------------------------------------------------------------------------------
 Global Index Scan using ind_t1_part_2 on t1_part  (cost=0.38..4.40 rows=1 width=510) (actual time=0.096..0.097 rows=0 loops=1)
   Index Cond: (id = 123)
   Filter: (status = '1'::bpchar)
   Rows Removed by Filter: 1
 Planning Time: 0.214 ms
 Execution Time: 0.128 ms
(6 rows)
 
test=# explain analyze select * from t1_part where id=123 and status='0';
                                                           QUERY PLAN
--------------------------------------------------------------------------------------------------------------------------------
 Global Index Scan using ind_t1_part_2 on t1_part  (cost=0.38..4.40 rows=1 width=510) (actual time=0.026..0.027 rows=1 loops=1)
   Index Cond: (id = 123)
   Filter: (status = '0'::bpchar)
 Planning Time: 0.378 ms
 Execution Time: 0.067 ms
(5 rows)

测试结论

truncate partition 不会导致全局索引失效。

KingbaseES 对于delete操作，只是在 tuple 上做了个标记，而索引不会进行操作。在通过索引访问tuple时，如果发现数据已经被 Deleted ，也不会报错。因此，对于truncate ，实际就相当于记录被delete。可以看到，在truncate 之后，索引的占用空间没有发生变动，而在 vacuum full ，索引尺寸小了很多。