MySQL触发器仅能在BEFORE INSERT/UPDATE中用SET NEW.xxx修改字段，AFTER中赋值无效；必须字段名完整、类型匹配，且不可修改主键；跨表查询需谨慎防锁。
MySQL触发器里不能用 SET NEW.xxx = ... 修改所有字段？
可以，但仅限于 BEFORE INSERT 和 BEFORE UPDATE 触发器；AFTER 类型触发器中修改 NEW 无效，MySQL 会直接忽略甚至报错 Can't update table 'xxx' in stored function/trigger because it is already used by statement which invoked this stored function/trigger。
常见错误是把触发器写成 AFTER INSERT 后试图改 NEW.status，结果字段没变，还查不到原因。
-
NEW是只读代理对象，仅在BEFORE阶段可写 - 对
NEW赋值必须使用完整字段名，比如SET NEW.created_at = NOW();，不能用NEW.* = ... - 如果表有
NOT NULL字段且未在 INSERT 中提供值，必须在BEFORE INSERT中显式赋值，否则触发器执行完仍会因约束失败而中断
如何根据业务条件动态覆盖插入值（例如自动补全、格式化、权限拦截）？
核心是把判断逻辑写进 IF / CASE，再配合 SET NEW.xxx = ...。注意：条件判断基于 NEW 当前值（即 SQL 语句传入的原始值），不是表中已有数据。
典型场景：用户注册时，若未填 nickname，自动设为 user_ + id（但 id 此时是自增主键，还没生成）——这时不能用 NEW.id，得换策略，比如用 UUID 或时间戳临时占位，或改用应用层生成。
DELIMITER $$
CREATE TRIGGER user_before_insert
BEFORE INSERT ON users
FOR EACH ROW
BEGIN
IF NEW.nickname IS NULL OR NEW.nickname = '' THEN
SET NEW.nickname = CONCAT('guest_', UNIX_TIMESTAMP(NOW()));
END IF;
IF NEW.email IS NOT NULL THEN
SET NEW.email = LOWER(TRIM(NEW.email));
END IF;
IF NEW.status NOT IN ('active', 'pending', 'banned') THEN
SET NEW.status = 'pending';
END IF;
END$$
DELIMITER ;触发器中访问其他表做条件判断会有什么风险？
能访问，但强烈不建议在 BEFORE INSERT 里做 SELECT ... FROM other_table，尤其当目标表正被高并发写入时，容易引发锁等待甚至死锁。MySQL 触发器运行在当前语句事务上下文中，SELECT 默认加一致性读（MVCC），但若用了 SELECT ... FOR UPDATE 或命中索引间隙锁，问题更明显。
- 替代方案：把需要校验的维度提前冗余到当前表（如加
tenant_id字段），用简单条件判断 - 真要跨表查，请确保被查表有合适索引，且查询结果集极小（如配置表）、无写入压力
- 避免在触发器里调用存储函数，特别是含
SELECT的函数——它会让触发器行为变得隐晦难调试
为什么改了 NEW 但 SELECT 查出来还是旧值？
最常见原因是触发器没生效：忘了 DELIMITER 切换，导致语法错误后触发器根本没创建成功；或者建错了表名、字段名，MySQL 悄悄忽略错误（取决于 SQL mode）。验证方法很简单：
SHOW TRIGGERS LIKE 'users';
看输出里有没有你的触发器，以及 Timing 是 BEFORE 还是 AFTER，Event 是 INSERT。
另一个隐蔽坑：触发器中抛出异常（比如 SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Invalid input';）会导致整个 INSERT 失败，但有些客户端不显示触发器里的错误信息，只报 ERROR 1644 (45000)，得去 MySQL 错误日志里翻。
动态改值这事本身不难，难的是改完之后是否符合后续所有约束、索引、应用预期——尤其是当多个触发器叠加或和外键、生成列共存时，顺序和副作用得手动手动理清楚。
