为何AWS托管Postgres的autovacuum_vacuum_cost_limit远超计算值？

更新于2022-11-10：我已就此问题向AWS提交工单，待回复后将在此告知。

• 使用AWS托管的Postgres 12.9实例，机型为db.r5.4xlarge，内存64GB。
• 当前autovacuum_vacuum_cost_limit值为1800，执行查询验证：

  select setting from pg_settings where name = 'autovacuum_vacuum_cost_limit'; -- 1800
  

• AWS控制台参数组设置：

  autovacuum_vacuum_cost_limit: GREATEST({log(DBInstanceClassMemory/21474836480)*600},200)
  rds.adaptive_autovacuum: 1
  

我的计算过程：

64 Gigabytes = 68,719,476,736 Bytes
GREATEST({log(68719476736/21474836480)*600},200)
GREATEST({log(3.2)*600},200)
GREATEST({0.50514997832*600},200)
GREATEST(303.089986992,200)

CloudWatch指标MaximumUsedTransactionIDs维持在2亿左右，许多表的该值接近2亿。

问题：按计算autovacuum_vacuum_cost_limit应该为303，但实际值是1800，已排除手动干预的可能，求解答。

内容的提问来源于stack exchange，提问作者Peter