MySQL触发器无法获取客户端真实IP，USER()和CURRENT_USER()仅返回授权主机模式而非实际连接地址；唯一可靠方式是由应用层显式设置会话变量@client_ip或在SQL中传入client_ip字段供触发器校验。
触发器里拿不到 CLIENT_IP —— MySQL原生不支持
MySQL 触发器内部无法直接访问客户端网络信息。USER() 返回的是 'user@host' 格式，其中 host 是授权时定义的主机名（比如 '%' 或 '192.168.1.%'），不是实际连接 IP；CURRENT_USER() 更只反映权限匹配结果，和真实来源完全无关。试图在触发器里用 @@hostname、@@server_id 或系统变量查 IP，全都不生效。
替代方案：靠应用层透传 + 会话变量兜底
唯一可行路径是让应用在每次请求开始时，把客户端 IP 显式写入会话级变量，再在触发器中读取。MySQL 8.0+ 支持用户变量持久化到会话生命周期，但必须由应用主动设置：
- 应用代码需在获取数据库连接后、执行业务 SQL 前，执行一句
SET @client_ip = '10.20.30.40'; - 触发器中用
IF @client_ip IS NULL THEN SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'missing @client_ip'; END IF;做强校验 - 不能依赖连接池自动复位 —— 若连接被复用，旧
@client_ip可能残留，必须在每次请求入口重置 - PHP/Python/Java 等主流客户端都支持在连接初始化回调中注入该语句，但 JDBC 需显式调用
Connection.createStatement().execute("SET @client_ip = ...")
为什么不用 performance_schema 或 processlist 查？
有人尝试在触发器里查 performance_schema.threads 或 information_schema.processlist，想捞出当前线程的 PROCESSLIST_HOST。这不可行：
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 触发器执行时，
threads.THREAD_ID和当前会话的线程 ID 不一定可对齐，尤其在 thread pool 模式下 -
processlist表默认不记录 IP，只显示授权 host（如'%'），且查询本身会引入额外锁和性能抖动 - 该方式在 RDS 等托管环境中通常被禁用（
PROCESS权限受限） - 即便查到，也是字符串匹配，无法保证时序一致性 —— 触发器执行期间，该连接可能已被其他请求复用
真正安全的边界在哪
客户端 IP 属于网络层上下文，而触发器属于存储引擎层逻辑。两者天然隔离。硬要在触发器里“还原”网络身份，本质是在补救架构分层缺失 —— 正确做法是把 IP 记录职责交还给应用层，在 INSERT/UPDATE 语句中显式带入字段（如 created_by_ip），或通过代理层（如 HAProxy）注入 HTTP Header 并由应用解析。会话变量只是权宜之计，一旦连接复用控制失效，或中间件（如 ProxySQL）未透传变量，数据就不可信。
