pgsql之pg_stat_replication的使用详解

pg_stat_replication是一个视图，主要用于监控一个基于流的设置，建议您 注意系统上称作pg_stat_replication的视图。（注：当前版本为pg 10.0,10.0以下版本，字段名会有差异）此视图包含以下信息：

d pg_stat_replication

每个字段代码的含义：

• pid 这代表负责流连接的wal_sender进程的进程ID。如果您在您的操作系统上检查您进程表，您应该会找到一个带有那个号码的PostgreSQL进程。

• usesysid 每个内部用户都有一个独一无二的编号。该系统的工作原理很像UNIX。 usesysid 是 (PostgreSQL) 用户连接到系统的唯一标识符。

• usename  (不是用户名, 注意少了 r)它存储与用户相关的 usesysid 的名字。这是客户端放入到连接字符串中的东西。

• application_name这是同步复制的通常设置。它可以通过连接字符串传递到master。

• client_addr它会告诉您流连接从何而来。它拥有客户端的IP地址。

• client_hostname除了客户端的IP，您还可以这样做，通过它的主机名来标识客户端。您可以通过master上的postgresql.conf中的log_hostname启用DNS反向查找。

• client_port这是客户端用来和WALsender进行通信使用的TPC端口号。 如果不本地UNIX套接字被使用了将显示-1。

• backend_start它告诉我们slave什么时间创建了流连接。

• state此列告诉我们数据的连接状态。如果事情按计划进行，它应该包含流信息。

• sent_lsn这代表发送到连接的最后的事务日志的位置。

• write_lsn这是写到standby系统磁盘上最后的事务日志位置。

• flush_lsn这是被刷新到standby系统的最后位置。（这里注意写和刷新之间的区别。写并不意味着刷新 。）

• replay_lsn这是slave上重放的最后的事务日志位置。

• sync_priority这个字段是唯一和同步复制相关的。每次同步复制将会选择一个优先权 —sync_priority—会告诉您选择了那个优先权。

• sync_state最后您会看到slave在哪个状态。这个状态可以是

async, sync, or potential。当有一个带有较高优先权的同步slave时，PostgreSQL会把slave 标记为 potential。

在这个系统视图中每个记录只代表一个slave。因此，可以看到谁处于连接状态，在做什么任务。pg_stat_replication也是检查slave是否处于连接状态的一个好方法。

上面说到pid代表负责流连接的wal_sender进程的进程ID，我们在机器上通过ps命令查看该进程的状态:

ps -aux|grep 8225

在Linux上我们可以看到那个进程不仅有自己的作用 (在这种情况下, wal_sender)，而且还带有终端用户的名字以及相关的网络连接信息。在上图中我们可以看到已经有人从192.168.47.127（对应pg_stat_replication的client_addr字段）通过51519(对应pg_stat_replication的client_port字段）)端口连接到了master。

bonus：

上面我们提到replay_lsn是slave上重放的最后的事务日志位置。

pg_current_wal_lsn（）函数的作用是获取当前的wal log的写位置。

pg_wal_lsn_diff()函数的作用是计算两个wal日志之间的差距。

所以我们可以通过下面的方法获取高可用架构下从库的复制延迟情况：

SELECT
pg_wal_lsn_diff(A .c1, replay_lsn) /(1024 * 1024) AS slave_latency_MB
FROM
pg_stat_replication,
pg_current_wal_lsn() AS A(c1)
WHERE client_addr=’%s’ and application_name = ‘%s’
ORDER BY
slave_latency_MB
LIMIT 1;