在 before insert 触发器中安全写入 tenant_id，需应用层显式设置 @current_tenant 变量，触发器内用 set new.tenant_id = @current_tenant 赋值，并校验其非空，同时移除列默认值、确保索引存在且避免误用 = 而非 :=。
BEFORE INSERT 触发器里怎么安全地写入 tenant_id
直接在 BEFORE INSERT 触发器中给新行补 tenant_id 是可行的，但前提是应用层必须明确传递租户上下文。MySQL 本身不保存“当前租户”状态，tenant_id 必须由应用显式提供（比如通过 SET @current_tenant = 123），否则触发器读不到值，会写入 NULL 或默认值，导致隔离失效。
常见错误现象：INSERT INTO orders (amount) VALUES (100) 执行后，tenant_id 是 NULL 或 0，数据混入其他租户视图。
- 应用每次请求前需执行
SET @current_tenant = ?（建议封装进连接初始化或中间件） - 触发器内用
IF @current_tenant IS NULL THEN SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Missing tenant context'; END IF;主动拦截非法插入 - 不要依赖
USER()、CURRENT_USER()或数据库用户名做租户识别——它们和业务租户无关
触发器里赋值 NEW.tenant_id 的写法和限制
NEW.tenant_id := @current_tenant; 是唯一合法写法（注意是 :=，不是 =）。MySQL 触发器中 = 在赋值语句里会被解析为比较操作符，导致静默失败或条件误判。
示例正确写法：
DELIMITER $$
CREATE TRIGGER tr_orders_before_insert
BEFORE INSERT ON orders
FOR EACH ROW
BEGIN
IF @current_tenant IS NULL THEN
SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'tenant_id not set';
END IF;
SET NEW.tenant_id = @current_tenant;
END$$
DELIMITER ;
-
NEW.tenant_id必须是表中真实存在的列，且不能是主键或唯一键冲突源（比如多个租户共用同一订单号时，tenant_id + order_no才是联合唯一） - 如果表有
tenant_id默认值（如DEFAULT 1），会覆盖触发器逻辑——务必删掉默认值，让触发器完全掌控 - 不支持对
NEW赋值自增列、生成列或虚拟列
为什么不能靠应用层“统一拼 SQL”来补 tenant_id
看起来简单：所有 INSERT 都手动加上 tenant_id = ?。但实际维护成本高、漏补风险大，尤其面对大量旧表、ORM 自动生成 SQL、或动态字段构造场景（如 INSERT INTO ... SELECT）。
更关键的是：一旦某条语句漏了，数据就跨租户了，且难以追溯。触发器是最后一道防御，比应用层校验更靠近数据落盘环节。
-
INSERT ... SELECT语句中，触发器仍生效，但@current_tenant必须在同个会话中已设置（SELECT 不触发 BEFORE INSERT，但 INSERT 部分会） - 批量插入（
INSERT ... VALUES (...), (...)）每行都单独触发，NEW可分别赋值，没问题 - 但注意：触发器无法阻止用户绕过应用直连数据库执行插入——租户隔离本质依赖管控+规范+技术兜底，三者缺一不可
容易被忽略的兼容性和性能点
触发器本身开销极小（纳秒级），但若在高频写入表上启用，叠加多层触发器或复杂条件判断，可能成为瓶颈。更重要的是 MySQL 8.0 之前不支持触发器中调用存储函数返回非确定性结果（如 NOW() 可以，但自定义函数若含 SELECT 就可能报错）。
- MySQL 5.7 和 8.0 对
SIGNAL语法支持一致，但 5.6 不支持，需降级用INSERT INTO nonexistent_table模拟中断（不推荐） - 使用
mysqldump导出带触发器的表时，默认不导出触发器定义，需加--triggers参数，否则还原库缺失隔离逻辑 - 如果租户量极大（如十万+），且常按
tenant_id查询，确保该列上有索引——触发器不自动建索引
最麻烦的其实是调试：触发器报错时只显示“Error in trigger”，不会告诉你哪一行、哪个变量出问题。建议上线前用 SELECT @current_tenant + 单条 INSERT 组合验证路径是否通畅。
