PostgreSQL主库在备库故障时处理写入请求避免冻结的方法咨询

首先得理清你的核心困扰：你原本想通过设置synchronous_commit = off，让主库在备库故障时仍能正常处理写入操作，但实际操作后发现执行写入命令（比如CREATE DATABASE ANYTHING;）会卡住，直到手动中断才提示事务已经本地提交，就是会出现冻结的情况，对吧？

先分析下你遇到冻结的可能原因：

• 你提到已经设置了synchronous_commit = off，但首先要确认这个参数是否真的生效——可以在主库执行SHOW synchronous_commit;查看当前值，如果还是默认的on或者其他值，说明之前的配置重载没成功（毕竟你之前遇到过脚本认证错误导致PostgreSQL重载失败的问题，得确保这次参数修改后服务确实完成了重载/重启）。
• 另外，你配置了use_replication_slots=yes，这个参数只是让主库为备库保留WAL日志，并不会导致主库等待备库接收日志，所以它不是冻结的诱因。真正可能的问题是你可能还保留了synchronous_standby_names的配置，即使synchronous_commit=off，如果这个参数指定了具体的备库，某些场景下可能还是会触发等待逻辑。

给你几个可行的解决思路：

• 先确认参数生效：执行SHOW synchronous_commit;和SHOW synchronous_standby_names;检查当前配置。如果synchronous_commit不是off，先解决配置重载的问题（确保脚本能正常重启/重载PostgreSQL，避免认证错误）。
• 临时应急配置：如果备库已经故障，除了设置synchronous_commit=off，还可以把synchronous_standby_names设置为空字符串，然后执行SELECT pg_reload_conf();重载配置。这样主库会完全跳过等待备库的步骤，所有写入操作直接本地提交，不会再出现冻结。
• 长期优化方案：可以考虑结合repmgr的故障转移功能，配置当备库故障时自动切换主库的复制模式为异步；或者使用PostgreSQL的半同步复制，它在备库故障时会自动降级为异步模式，不需要手动修改参数。

另外补充下你之前的脚本问题：既然已经修复了认证错误导致的重载失败，后续修改配置后一定要确认参数是否真的生效，这是解决问题的关键。

备注：内容来源于stack exchange，提问作者George Y