KingbaseESV8R6如何针对表单独设置vacuum策略

背景

书接上文 KingbaseES应对表年龄增长过快导致事务回卷 ，有些特殊业务场景不能靠全局的autovacuum方法，例如大型数据库系统，频繁做update的系统，还有上文提到的做实时数据同步的系统，这个系统需要保证每条事务都单独提交，这些系统都有一个特点就是事务号消耗非常快、死亡元组增长速度非常快。尤其有些系统查看数据库下表的age，(上文有写到查看表age，与数据库age的sql语句)有多张表的age同时非常高。为了确保vacuum的效率更高，和避免vacuum不及时导致age被消耗殆尽。这样我们需要在表级设置autovacuum策略。

方法

[

ALTER TABLE test2 SET (autovacuum_freeze_max_age = 100000, fillfactor = 100);
ALTER TABLE

test=# \d+ test2
Table "public.test2"
Column | Type | Collation | Nullable | Default | Storage | Stats target | Description
--------+---------+-----------+----------+---------+----------+--------------+-------------
i | integer | | not null | | plain | |
j | text | | | | extended | |
Access method: heap
Options: autovacuum_enabled=true, toast.vacuum_truncate=true或者：

test=# select reloptions from sys_class where relname='test2';
 reloptions
 \---------------------------
 {autovacuum_enabled=true}
 (1 row)

[

可以看到options：这张test2表被单独设置了autovacuum freeze的阈值。设置阈值的方法是查看每张表的age倒序排列，针对每张表设置不同的vacuum阈值，这是为了freeze时避开vacuum消耗的I\O高峰，因为vacuum导致的I\O高峰可能影响业务进行。

vacuum有关其他建议

优化autovacuum的第一步是vacuum操作分配足够的工作内存，vacuum的工作过程由于篇幅过长这里不再赘述。maintenance_work_mem参数对应VACUUM的性能有着至关重要的作用，对应较大型的数据库系统，对物理内存比较充裕的系统，将maintenance_work_mem设置为2GB是比较常用的。另外一个和vacuum操作相关的参数autovacuum_work_mem默认为-1，表示不启动此参数，这时候vacuum操作就会参考maintenance_work_mem参数。当我们从sys_log中看到关键字automatic vacuum of table： ...... index scan 1，或者vacuum verbose 查看vacuum详情时，可以发现当index scan超过1，就说明maintenance_work_mem内存可能需要增加。

第二个重要的参数是autovacuum_max_workers，这取决于有多少张表的VACUUM操作可以并行执行，如果系统中有大量的小表，那么就建议把这个参数设置大一些。当然如果CPU资源不是很多，那么就不要设置太大的值。注意，autovacuum_max_workers进程并行工作十分消耗I\O资源，尤其是并发处理多个大表时。对于这个参数的合理设置还要根据具体场景，最好的效果是合理的并发能够及时vacuum freeze掉表age，并且I\O消耗没有达到上限，队列没有明显等待。

另外一个需要对表级设置vacuum的场景是，对于某些sql引用的表的统计信息需要及时收集，设置后，表级参数会优先于全局统计信息收集的阈值(当上次analyze以来表的新增记录超过 autovacuum_analyze_threshold + autovacuum_analyze_scale_factor*reltuples ，触发analyze。)这会影响执行计划的正确与否。