PostgreSQL中使用NOTIFY能否避免触发WAL空提交？

Socket.io的PostgreSQL适配器默认每秒通过NOTIFY发送心跳，每次都会触发PostgreSQL预写日志（WAL）的空提交，确实会造成不必要的资源消耗，以下是几种可行的规避方法：

1. 调大心跳间隔 #

直接修改适配器的heartbeatInterval配置，把默认的1秒间隔改成更大的数值（比如30秒、1分钟，按需调整），从根源上减少空提交的频率。
示例代码：

const { Pool } = require('pg');
const { createAdapter } = require('@socket.io/postgres-adapter');

const pool = new Pool({
  // 你的PostgreSQL连接配置
  user: 'your_user',
  host: 'your_host',
  database: 'your_db',
  password: 'your_pw',
  port: 5432,
});

// 创建适配器时指定心跳间隔
const adapter = createAdapter(pool, {
  heartbeatInterval: 30000 // 30秒，单位毫秒
});

注意：间隔不能设置过长，要保证能及时检测到集群中离线的节点，避免出现脑裂问题。

2. 禁用内置心跳，改用自定义节点检测 #

如果你的集群节点健康检测有其他方案，可以直接关闭适配器的内置心跳，避免无意义的NOTIFY触发空提交。
配置示例：

const adapter = createAdapter(pool, {
  heartbeatInterval: 0 // 0表示禁用内置心跳
});

之后可以通过自定义逻辑实现节点健康检测，比如定期查询PostgreSQL的pg_stat_activity视图，或者用定时任务向集群广播自定义的健康包，确保能及时发现离线节点。

3. 合并事务减少空提交 #

PostgreSQL中，NOTIFY如果在事务内执行，会和事务内的其他操作一起提交，不会单独触发空提交。如果适配器当前是每次心跳都单独开事务提交，你可以修改适配器的逻辑（或者封装一层），把心跳的NOTIFY和其他业务事件的NOTIFY合并到同一个事务中，这样就不会产生空提交了。不过这种方法需要你对适配器的源码有一定了解，适合有开发能力的场景。

4. 调整PostgreSQL配置（不推荐） #

虽然可以通过修改wal_level等WAL相关参数减少日志写入，但这会牺牲数据库的可靠性（比如wal_level=minimal会关闭很多必要的WAL功能），不适合生产环境，所以不建议采用这种方式。

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