答案：设计MySQL触发器需明确目的、选对时机与事件，用BEFORE/AFTER结合INSERT/UPDATE/DELETE实现自动填充、校验、日志等，合理使用OLD/NEW引用数据，避免递归和性能问题。

在 MySQL 中设计触发器，核心是明确业务需求、选择合适的触发时机和事件类型，并确保逻辑简洁安全。触发器是在表上定义的特殊存储过程，会在 INSERT、UPDATE 或 DELETE 操作执行前后自动运行。合理设计能提升数据一致性，但滥用可能导致性能下降或调试困难。

1. 明确触发器的目的

设计前先确认是否真的需要触发器。常见用途包括：

• 自动填充字段：如创建时间、更新时间
• 数据校验：阻止不符合规则的数据写入
• 日志记录：将变更记录到审计表
• 级联操作：主表变动时更新相关表（外键约束更推荐）

避免用触发器实现复杂业务逻辑，应由应用层处理。

2. 选择正确的触发时机和事件

MySQL 支持两类触发时机和三类DML事件：

• BEFORE：在操作执行前触发，适合数据验证或修改新值
• AFTER：在操作执行后触发，适合记录日志或通知

支持的事件有：INSERT、UPDATE、DELETE

例如，自动设置创建时间：

CREATE TRIGGER set_create_time
BEFORE INSERT ON users
FOR EACH ROW
SET NEW.created_at = NOW();

3. 注意 OLD 和 NEW 的使用

在触发器中通过 OLD 和 NEW 引用行数据：

• INSERT：只有 NEW 可用（表示即将插入的行）
• DELETE：只有 OLD 可用（表示被删除的行）
• UPDATE：两者都可用（OLD 是原值，NEW 是新值）

比如防止年龄被改小：

CREATE TRIGGER check_age_increase
BEFORE UPDATE ON users
FOR EACH ROW
BEGIN
  IF NEW.age < OLD.age THEN
    SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = '年龄不能减小';
  END IF;
END;

4. 避免递归和性能问题

MySQL 默认不启用递归触发器（需开启参数），但仍需注意隐式循环：

• 避免在触发器中修改自身表，可能引发死锁或无限循环
• 批量操作会为每行执行一次触发器，影响性能
• 尽量减少触发器中的复杂查询或远程调用

如果必须跨表更新，考虑使用事务+应用逻辑代替。

基本上就这些。设计时保持简单，测试充分，上线前评估对写入性能的影响。触发器是双刃剑，用得好增强数据完整性，用不好反而增加系统复杂度。