在SQL开发中，触发器是常用的数据自动化处理工具，但多数数据库引擎都严格限制触发器更新触发它的原表，目的是防止出现无限递归调用或者数据状态混乱的问题。当我们需要在触发器中对同一张表做数据修改时，直接使用UPDATE语句会直接触发报错，此时可以通过临时表来规避这个限制。
为什么同一张表更新会触发递归限制
触发器的执行逻辑是当表发生INSERT、UPDATE、DELETE操作时自动触发，如果触发器内部又对原表执行了同样的写操作，就会再次触发自身，形成无限递归。为了避免这种情况，MySQL、SQL Server等主流数据库都默认禁止触发器中直接更新触发它的原表，执行时会返回类似"同一表不能被触发器递归修改"的错误。
临时表规避递归限制的实现原理
临时表是会话级别的临时存储结构，它的生命周期和当前数据库会话绑定，不会和其他会话的数据产生冲突。我们可以在触发器中先把需要更新的数据暂存到临时表，再通过一个额外的后置操作，比如存储过程或者另一个不触发递归的触发器，将临时表中的数据同步回原表，这样就绕开了直接更新的限制。
具体实现步骤与代码示例
1. 创建业务原表
首先我们创建一个用户积分表，需求是当用户积分更新时，自动同步更新同表中推荐人的积分，此时直接在原表触发器中更新同表就会触发递归限制。
-- 创建用户积分表
CREATE TABLE user_score (
id INT PRIMARY KEY AUTO_INCREMENT,
user_id INT NOT NULL,
referrer_id INT,
score INT DEFAULT 0,
update_time DATETIME DEFAULT CURRENT_TIMESTAMP
);
2. 创建临时表存储待更新数据
创建一个临时表，用来暂存需要同步更新的推荐人积分数据，临时表的结构和原表需要更新的字段对应即可。
-- 创建临时表，用于存储待更新的推荐人积分数据
CREATE TEMPORARY TABLE tmp_referrer_score (
referrer_id INT,
add_score INT
);
3. 创建原表的UPDATE触发器
在user_score表的UPDATE触发器里，不可以直接更新原表，而是把需要修改的推荐人ID和对应的积分增量插入到临时表中。
-- 创建UPDATE触发器，将待更新数据存入临时表
DELIMITER //
CREATE TRIGGER trg_user_score_update
AFTER UPDATE ON user_score
FOR EACH ROW
BEGIN
-- 如果更新的是积分字段，且当前用户有推荐人
IF NEW.score != OLD.score AND NEW.referrer_id IS NOT NULL THEN
-- 将推荐人ID和需要增加的积分存入临时表
INSERT INTO tmp_referrer_score (referrer_id, add_score)
VALUES (NEW.referrer_id, NEW.score - OLD.score);
END IF;
END //
DELIMITER ;
4. 创建存储过程同步临时表数据到原表
触发器执行完成后，我们可以调用一个存储过程，将临时表中的数据更新回原表，此时更新操作不会再次触发原来的AFTER UPDATE触发器，因为存储过程里的更新是原表的新一次写操作，不会和之前的触发器形成递归。
-- 创建存储过程，同步临时表数据到原表
DELIMITER //
CREATE PROCEDURE sync_referrer_score()
BEGIN
-- 遍历临时表，更新原表中推荐人的积分
UPDATE user_score us
JOIN tmp_referrer_score trs ON us.user_id = trs.referrer_id
SET us.score = us.score + trs.add_score,
us.update_time = CURRENT_TIMESTAMP;
-- 清空临时表，避免下次使用时数据残留
TRUNCATE TABLE tmp_referrer_score;
END //
DELIMITER ;
5. 测试逻辑是否符合预期
插入测试数据后，更新用户积分并调用存储过程，验证推荐人积分是否同步更新。
-- 插入测试数据 INSERT INTO user_score (user_id, referrer_id, score) VALUES (1, NULL, 100); INSERT INTO user_score (user_id, referrer_id, score) VALUES (2, 1, 50); -- 更新用户2的积分，触发触发器向临时表插入数据 UPDATE user_score SET score = 80 WHERE user_id = 2; -- 调用存储过程同步临时表数据到原表 CALL sync_referrer_score(); -- 查询数据，验证推荐人积分是否更新 SELECT * FROM user_score;
注意事项
- 临时表是会话级别的，如果会话断开，临时表会自动销毁，所以需要在每次使用前确认临时表是否存在，或者每次会话开始时重新创建。
- 存储过程的调用需要和触发器的执行在同一个业务逻辑里完成，避免出现临时表数据没有及时同步的问题。
- 如果数据库支持自治事务，也可以在触发器中使用自治事务来更新原表，不过临时表的方案兼容性更好，适合更多数据库场景。