SQL Server触发器中唯一可靠获取客户端IP的方法是立即调用CONNECTIONPROPERTY('client_net_address')并赋值给VARCHAR(48)变量，再与变更数据一同写入日志表；该值反映连接发起方地址，可能为中间层IP，无法在触发器外复用。
SQL Server 触发器本身不保存客户端 IP，但可以通过 CONNECTIONPROPERTY('client_net_address') 在触发器执行时即时读取——前提是连接未被代理或负载均衡器遮蔽。
CONNECTIONPROPERTY('client_net_address') 是唯一可靠方式
这个函数返回当前会话的 TCP 层客户端地址，是 SQL Server 中唯一稳定获取真实 IP 的内置方法。它不是“全局变量”，必须在触发器开头立即调用，否则后续语句可能改变会话上下文（比如跨库查询、显式 SET CONTEXT_INFO）导致值丢失或为 NULL。
-
CONNECTIONPROPERTY('client_net_address')返回VARCHAR(48)，支持 IPv4 和 IPv6；若返回 NULL，常见原因是连接来自本地服务（如 SQL Agent 作业）、contained database 无登录映射，或连接被中间层（如 IIS、.NET 连接池）复用 - 不要用
HOST_NAME()替代——它只返回客户端主机名，且常被 DNS 解析污染（比如返回WORKSTATION01而非 IP），不可用于审计 - 该函数无需额外权限，只要触发器能执行，调用就有效；但在 contained database 中，若登录未映射到用户，可能返回 NULL
触发器里怎么安全读取并存入日志表
重点不是“能不能读”，而是“读完怎么用”。IP 必须和变更数据绑定写入日志表，不能依赖后续逻辑补录。
- 声明变量时直接赋值：
DECLARE @ip VARCHAR(48) = CONNECTIONPROPERTY('client_net_address');—— 这比先 DECLARE 再 SELECT 更安全，避免中间语句干扰 - 日志表字段建议用
varchar(48)（不是varchar(15)），否则 IPv6 地址（如2001:db8::1）会被截断 - 如果日志表有
client_ip字段，插入时直接用该变量：INSERT INTO DataRecorder (...) VALUES (@ip, ...) - 注意：在
AFTER UPDATE触发器中，inserted和deleted表是行集合，@ip是标量值，所以每条记录都会带上同一个 IP——这是正确行为，因为整个 UPDATE 语句来自同一会话
代理、连接池、Always On 下的 IP 会变成什么
真实环境里，CONNECTIONPROPERTY('client_net_address') 返回的 IP 往往不是最终用户，而是中间层地址。这不是 bug，是网络架构决定的。
- 应用使用 .NET
SqlConnection+ 连接池时，IP 显示的是应用服务器地址（如10.1.2.3），不是浏览器或手机 IP - 前端有 Nginx / HAProxy / ALB 时，除非配置了
proxy_protocol或X-Forwarded-For并由 SQL Server 驱动透传（实际不可行），否则看到的永远是负载均衡器出口 IP - Always On 可用性组切换不影响该值——它始终反映原始连接发起方，与当前主副本位置无关
- 如果必须追溯终端用户，唯一办法是应用层把真实 IP 作为参数传入（例如
INSERT INTO t (..., client_ip) VALUES (..., '203.0.113.5')），触发器再从inserted表里取
最易被忽略的一点：CONNECTIONPROPERTY 的值只在当前会话生命周期内有效，且无法在触发器外的其他上下文（比如作业、CLR 过程、链接服务器查询）中复用。一旦离开触发器作用域，就再也拿不到这次连接的原始 IP 了。
