怎样在SQL中编写触发器实现库存扣减不足时自动回滚事务？-SQL-PHP中文网

触发器不能直接回滚事务，必须用signal抛异常中止父事务；其运行在父事务上下文中，无权开启/结束事务，signal是mysql 5.5+唯一可靠方式。

怎样在sql中编写触发器实现库存扣减不足时自动回滚事务？

触发器里不能直接回滚事务，必须用 SIGNAL 抛出异常

SQL 触发器本身没有 ROLLBACK 权限——它运行在父事务上下文中，无法主动终止事务。真正起作用的是让触发器执行失败，迫使外层事务感知错误并回滚。MySQL 5.5+ 支持 SIGNAL 语句，这是唯一可靠方式；PostgreSQL 则用 RAISE EXCEPTION；SQLite 不支持触发器内抛错，需靠应用层兜底。

常见错误是写 IF stock —— 这在 MySQL 中会直接报错 <code>ERROR 1305 (42000): SAVEPOINT does not exist 或更隐蔽的静默失败。

MySQL 必须用 SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Insufficient stock';
PostgreSQL 触发器函数中需写 RAISE EXCEPTION 'Insufficient stock';
SQL Server 的 THROW 或 RAISERROR 同理，但注意 RAISERROR 需搭配 WITH LOG 才能中断事务

库存扣减逻辑必须放在 BEFORE UPDATE / BEFORE INSERT 触发器中

如果在 AFTER 触发器里检查库存，数据已变更，回滚代价高且可能引发并发问题（比如两个并发事务都读到“足够”，都进入 AFTER，再各自扣减，超卖就发生了）。BEFORE 是唯一安全时机。

典型场景：订单表插入前检查商品表库存，或更新订单状态为「已支付」时扣减库存。

MySQL 示例：CREATE TRIGGER check_stock_before_order BEFORE INSERT ON orders FOR EACH ROW BEGIN ... END;
务必用 SELECT stock INTO @cur_stock FROM products WHERE id = NEW.product_id FOR UPDATE; 加行锁，避免并发读写冲突
不要用子查询直接比较：NEW.quantity > (SELECT stock FROM products ...) —— 这不加锁，有竞态风险

触发器中读取库存必须显式加锁（FOR UPDATE）

单纯 SELECT 不会阻塞其他事务修改同一行，导致「幻读式」超卖：事务 A 读到 stock=10，事务 B 同时扣减 8，A 再扣 5 就变成 -3。只有 SELECT ... FOR UPDATE 能保证当前读+写锁。

注意：FOR UPDATE 在触发器里有效，但只对当前语句生效；若触发器内有多条 SELECT，每条都得加锁，或合并成一条带锁查询。

正确：SELECT stock FROM products WHERE id = NEW.product_id FOR UPDATE;
错误：SELECT stock FROM products WHERE id = NEW.product_id;（无锁）
错误：SELECT stock FROM products WHERE id = NEW.product_id LOCK IN SHARE MODE;（共享锁，不阻止其他事务扣减）