1. ustore行存表是否不支持reindex concurrently,不支持需增加相应的报错提示,如在reindex index和reindex table中报ERROR,在reindex database中报WARNING
通过测试分析,ustore行存表目前不支持create index concurrently。需在reindex concurrently语句中增加相应操作,避免对该模式下的表执行在线重建功能。
在checkTableForReindexConcurrently函数中对ustore表报错ERROR
在ReindexDatabase中增加相应函数,在concurrently情况下跳过ustore表
自测结果显示:
2.列存表在reindex database中报ERROR会影响效率,列存表产生的行存表在特定的namespace当中,想办法识别并修改reindex database的报错机制,同时也需要在reindex index、reindex table中对产生的行存表进行相应的报错处理
通过测试分析,创建列存表后,会在模式cstore创建两个relkind=r的表,分别名为pg_delta_xxx和pg_cudesc_xxx的表。因此,在reindex concurrently语句中增加操作,避免对该模式下的表执行在线重建功能。
在checkTableForReindexConcurrently函数中对列存表和其相关表报错ERROR
在ReindexDatabase中增加相应函数,在concurrently情况下跳过列存表和其相关表
自测结果显示:
3.由于reindex concurrently不支持在事务中执行,需要采用白盒测试的方式,即在代码中增加断点或者sleep,在不同阶段并发执行DML语句,测试是否存在问题,特别是执行速度特别快的阶段
4.目前reindex concurrently只是对普通的int、text、timestamp类型进行测试,对索引的类型也是默认类型,需测试不同索引类型、不同数据类型下执行在线重建是否存在问题
将3和4的问题进行合并回复。采用白盒测试,在reindex concurrently的6个阶段事务中增加睡眠点pg_usleep,对不同数据类型、不同索引类型执行reindex concurrently语句,在每个睡眠点对数据执行增删改查操作,根据执行时间和返回值判断是否存在影响。为了便于测试,每次测试的测试表中只包含10000条数据。由于reindex database concurrently和reindex table concurrently对索引的重建方式与reindex index concurrently相同,因此,测试以reindex index concurrently语句为主。
共进行了93种测试,包含int、double、number、char、varcher、text、blob、timestamp、point、int4range、tsvector、bit数据类型类型,涉及到btree、hash、gin、gist等行存表索引,同时对不同分区表(range、hash、interval、list)也进行相应的测试。相应的测试记录见附件。
从网易163邮箱发来的超大附件
测试计划列表.xlsx (531.54K, 2022年7月28日 11:06 到期)
在线预览 | 下载
测试记录整理.zip (25.8M, 2022年7月28日 11:05 到期)
下载