一、问题描述
postgresql主从集群，当集群中的从节点宕机后，主节点执行DDL与DML时出现语句等待情况。
二、问题原因分析
由于当前PostGresql集群主从节点配置了流复制状态，主从节点采用半同步复制关系，
一旦出现网络抖动或者从节点故障
，复制关系不会自动降级为异步模式，
导致同步事务进入等待状态。
三、解决方法
针对这个问题需要对同步复制进行降级处理，下面介绍一下如何设置事务可靠性级别。
PostgreSQL 支持在会话中设置事务的可靠性级别。 off 表示commit 时不需要等待wal 持久化。 local 表示commit 是只需要等待本地数据库的wal 持久化。 remote_write 表示commit 需要等待本地数据库的wal 持久化，同时需要等待sync standby节点wal write buffer完成(不需要持久化)。 on 表示commit 需要等待本地数据库的wal 持久化，同时需要等待sync standby节点wal持久化。 提醒一点， synchronous_commit 的任何一种设置，都不影响wal日志持久化必须先于shared buffer脏数据持久化。 所以不管你怎么设置，都不好影响数据的一致性。
synchronous_commit = off # synchronization level;
# off, local, remote_write, or on
实现同步复制降级
如果 backend process 进入了等待循环，只接受几种信号降级。 并且降级后会告警，表示本地wal已持久化，但是同步从节点不确定wal有没有持久化。如果你只配置了1个从节点，并且将它配置为同步流复制节点。一旦出现网络抖动和从节点故障，将导致同步事务进入等待状态。 方法1. 修改配置文件并重置
$ vi postgresql.conf
synchronous_commit = local
$ pg_ctl reload
然后cancel 所有query .
postgres=# select pg_cancel_backend(pid) from pg_stat_activity where pid<>pg_backend_pid();
收到这样的信号，表示事务成功提交，同时表示WAL不知道有没有同步到sync standby。
WARNING: canceling wait for synchronous replication due to user request
DETAIL: The transaction has already committed locally, but might not have been replicated to the standby.
COMMITpostgres=# show synchronous_commit ;
synchronous_commit
--------------------
off
(1 row)
同时它会读到全局变量synchronous_commit 已经是 local了。 这样就完成了降级的动作。
方法2. 方法1的降级需要对已有的正在等待wal sync的pid使用cancel进行处理，有点不人性化。 可以通过修改代码的方式，做到更人性化。 SyncRepWaitForLSN for循环中，加一个判断，如果发现全局变量sync commit变成local, off了，则告警并退出。这样就不需要人为的去cancel query了.
WARNING: canceling wait for synchronous replication due to user request
DETAIL: The transaction has already committed locally, but might not have been replicated to the standby.
