AWS RDS Postgres设置rds.logical_replication=1后wal_level未生效问题

• 参数组绑定/类型错误：rds.logical_replication是Aurora PostgreSQL的集群级参数，仅在集群绑定的自定义集群参数组中修改才会生效。如果修改的是实例级参数组、AWS默认参数组，或者修改后的自定义参数组未绑定到目标集群，配置都会失效。
• 重启范围不符：多AZ Aurora集群仅重启单个主实例无法触发集群级参数生效，必须重启整个集群（含所有主实例、只读副本）才会加载新的集群参数配置。
• 参数应用策略问题：修改参数时如果选择了「维护窗口生效」而非「立即应用」，即使手动重启实例，参数变更也不会提前生效，需等到预设的维护窗口才会加载。
• 后台任务阻塞：如果集群存在正在进行的备份、版本升级、存储扩容等后台任务，参数变更会被暂时阻塞，直到后台任务完成后才会生效。
• 只读副本配置冲突：集群挂载的只读副本如果绑定了冲突的参数组，或者未同步完成重启，也会导致主实例wal_level无法正常切换。

• 核对参数组配置：进入目标Aurora集群的配置页，确认集群绑定的是修改过rds.logical_replication=1的自定义集群参数组，参数的应用状态为「已应用」而非「待应用」。
• 重启整个集群：在集群操作栏选择重启整个集群，等待所有实例状态恢复为「可用」后，执行show rds.logical_replication确认参数值为1，再执行show wal_level验证结果。
• 清理阻塞任务：检查集群是否存在未完成的后台运维任务，待所有任务结束后再次重启集群验证参数是否生效。
• 排查账号权限：确认执行参数查询的数据库账号拥有足够的系统权限，避免低权限账号查询到的参数值存在缓存或不完整的问题。

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