MySQL AFTER INSERT触发器问题：需实现条件双表/单表插入逻辑

核心问题分析 #

原触发器的问题在于使用SIGNAL抛出错误时，会导致整个事务回滚——包括monetaryTransactions表的插入操作，这完全违背了“主表始终完成插入”的需求。同时，AFTER INSERT触发器触发时，主表的插入已经完成，不需要也不允许再尝试插入触发表（会引发循环触发或直接报错）。

修改后的触发器代码 #

DELIMITER //

CREATE TRIGGER lv_deps_trigger
    AFTER INSERT
    ON MonetaryTransactions FOR EACH ROW
BEGIN
DECLARE ftdInt tinyint(1);
DECLARE agentName varchar(40);
DECLARE businessUnit varchar(40);
DECLARE parsedUnit varchar(40);
DECLARE depDate DATETIME;
DECLARE payment varchar(255);

-- 简化首次存款标识的赋值逻辑
SET ftdInt = CASE WHEN NEW.FirstTimeDeposit = 'false' THEN 0 ELSE 1 END;

-- 合并查询用户表的两个字段，减少数据库访问次数
SELECT FullName, `Bu Name` INTO agentName, businessUnit
FROM users 
WHERE SystemUserId = NEW.MTTransactionOwner;

-- 获取deposits表最新的审批日期，兼容表为空的情况
SELECT COALESCE(MAX(ApprovedOn), '1970-01-01 00:00:00') INTO depDate
FROM deposits;

-- 原逻辑无论条件都赋值为'dummy'，直接简化
SET parsedUnit = 'dummy';

-- 调用存储过程获取支付处理器信息
CALL processorFetcher(NEW.new_paymentprocessor, @AttrValue);
SELECT @AttrValue INTO payment;

-- 仅当日期条件满足且交易类型为Deposit/Withdrawal时，插入deposits表
IF (depDate < NEW.Lv_ApprovedOn) AND (NEW.Lv_name IN('Deposit','Withdrawal')) THEN
    INSERT INTO deposits(
        TPAccountID,
        Brand,
        AgentName,
        ApprovedOn,
        Amount,
        PaymentMethod,
        TransactionType,
        Department,
        FirstTimeDeposit
    ) VALUES(
        NEW.TPAccountID,
        NEW.Department,
        agentName,
        NEW.Lv_ApprovedOn,
        NEW.Lv_Amount,
        payment,
        NEW.Lv_name,
        parsedUnit,
        ftdInt
    );
END IF;

-- 不满足条件时无任何操作，主表插入已自动完成

END; //

DELIMITER ;

关键修改说明 #

1. 移除所有SIGNAL语句：AFTER INSERT触发器执行时，monetaryTransactions的插入已经完成，只要不抛出错误，主表数据就会保留。仅在满足条件时执行deposits插入，不满足则直接跳过。
2. 兼容deposits表为空的场景：使用COALESCE(MAX(ApprovedOn), '1970-01-01 00:00:00')处理空表情况，确保第一条符合交易类型的记录能正常插入deposits。
3. 优化查询效率：合并两次users表查询为一次，减少数据库IO开销。
4. 简化冗余逻辑：将原有的冗余IF判断（parsedUnit赋值）直接改为常量赋值，代码更简洁。

内容的提问来源于stack exchange，提问作者Nick Jmakin