触发器中无法直接调用inet_client_addr()，因其依赖连接状态而被禁用；唯一可靠方案是应用层预设SET LOCAL app.client_ip，再在触发器中用current_setting('app.client_ip', true)安全读取。
触发器里拿不到 inet_client_addr()？先确认连接层支持
PostgreSQL 触发器函数运行在事务上下文中，不直接暴露客户端网络信息。你不能在 BEFORE 或 AFTER 触发器里直接调用 inet_client_addr() —— 它会报错 ERROR: cannot execute INET_CLIENT_ADDR() in a trigger function。根本原因是该函数依赖于后端连接状态，而触发器执行时连接上下文已被剥离。
真正可行的路径只有一条：把 IP 提前存进会话级变量或临时字段。常见做法是：
- 应用层在执行业务 SQL 前，显式设置
SET LOCAL app.client_ip = '192.168.1.100'（需配合ALTER SYSTEM SET custom_variable_classes = 'app'并重启，或使用postgres.conf预定义） - 用
current_setting('app.client_ip', true)在触发器中安全读取（第二个参数true表示缺失时不报错） - 确保应用使用短连接或连接池（如 PgBouncer 的 transaction 模式），否则
SET LOCAL可能跨请求污染
BEFORE INSERT 触发器中写入 client_ip 字段要防空值
假设你的日志表有 client_ip inet 字段，触发器函数需要兜底逻辑，避免因会话变量未设导致插入失败：
CREATE OR REPLACE FUNCTION log_with_client_ip()
RETURNS TRIGGER AS $$
BEGIN
NEW.client_ip := current_setting('app.client_ip', true)::inet;
-- 如果没设， fallback 到 null（允许字段为 NULL），或用默认值：
-- IF NEW.client_ip IS NULL THEN NEW.client_ip := '0.0.0.0'; END IF;
RETURN NEW;
END;
$$ LANGUAGE plpgsql;注意两点：
-
::inet强转失败会抛异常，所以必须确保current_setting返回的是合法 IP 字符串，否则加ON EXCEPTION捕获，或改用inet(…)构造函数配合NULLIF - 如果表字段定义为
NOT NULL，且你不想让应用承担赋值责任，触发器里必须提供 fallback，否则INSERT直接失败
用 pg_stat_activity 补充查 IP？只适用于审计场景，不适用实时记录
有人想绕过触发器限制，改查 pg_stat_activity 获取当前会话 IP：
SELECT client_addr FROM pg_stat_activity WHERE pid = pg_backend_pid();
这在普通函数里能跑通，但在触发器中仍受限 —— PostgreSQL 15 默认禁止在触发器中访问系统视图（会报 permission denied for view pg_stat_activity），即使给角色授了权限，也因触发器运行在“安全受限上下文”而被拦截。
所以这条路仅适合事后人工审计，比如写一个定期 job 查询最近修改的行 + 关联 pg_stat_activity（靠 backend_start 和时间窗口逼近），但无法用于精确绑定每条记录的来源 IP。
应用层不配合时，唯一可靠方案是反向代理透传 + log_line_prefix
如果无法修改应用代码（比如用的是第三方 SaaS 工具直连数据库），就别硬扛触发器了。PostgreSQL 本身不记录每条 SQL 的来源 IP，但可以通过外部手段补全：
- 让前端流量经 Nginx / HAProxy，用
X-Real-IP或自定义头转发，并配置 PostgreSQL 的log_line_prefix = '%h '记录远程主机（注意：这是连接层面 IP，不是单条语句） - 启用
log_statement = 'mod'+log_connections = on，配合解析日志提取 IP 和 SQL 时间戳，再关联业务表主键（需业务表含created_at等高精度时间字段） - 这种方案延迟高、关联难、存储开销大，但它是唯一不依赖应用改造的底线方案
真正在生产环境稳定记录用户 IP，核心从来不在触发器语法多漂亮，而在于你能不能控制连接入口和应用行为。漏掉这点，所有 current_setting 的花式用法都会在连接池复用或长事务里翻车。
