不能直接用多个INSERT语句拼接，因默认无事务边界，中间失败时前面语句不会自动回滚；必须显式使用BEGIN TRANSACTION/COMMIT/ROLLBACK及错误处理器（如SQL Server的TRY/CATCH、MySQL的DECLARE EXIT HANDLER）保障原子性。
为什么不能直接用多个 INSERT 语句拼在一起
SQL 存储过程中写多个 INSERT 语句，默认不构成事务边界。哪怕它们写在同一个存储过程里，一旦中间某条失败，前面成功的语句不会自动回滚——除非你显式开启事务。很多人误以为“写在一个过程里就天然原子”，结果上线后数据对不上。
- SQL Server、PostgreSQL、MySQL（InnoDB）都支持事务，但默认是自动提交模式（
AUTOCOMMIT=ON） - 存储过程内部的 DML 不会隐式包裹在事务中
- 如果没加
BEGIN TRANSACTION/COMMIT/ROLLBACK，每条INSERT都独立提交
如何用 BEGIN TRY / BEGIN CATCH 保证原子性（SQL Server）
SQL Server 推荐用结构化异常处理配合显式事务。关键不是“有没有事务”，而是“出错时能否可靠回滚”。
- 必须把所有
INSERT包在BEGIN TRANSACTION和COMMIT TRANSACTION之间 -
BEGIN TRY块内执行插入逻辑，BEGIN CATCH中调用ROLLBACK TRANSACTION - 注意：必须检查
XACT_STATE()，避免在不可提交事务状态下调用COMMIT
BEGIN TRY
BEGIN TRANSACTION;
<pre class='brush:php;toolbar:false;'>INSERT INTO orders (...) SELECT ... FROM @order_data;
INSERT INTO order_items (...) SELECT ... FROM @item_data;
INSERT INTO shipments (...) SELECT ... FROM @ship_data;
COMMIT TRANSACTION;END TRY BEGIN CATCH IF XACT_STATE() <> 0 ROLLBACK TRANSACTION; THROW; -- 重新抛出原错误，便于调用方感知 END CATCH
MySQL 存储过程中怎么安全批量插入多表
MySQL 没有 TRY...CATCH，得靠 DECLARE HANDLER 捕获 SQLSTATE 错误，并配合 START TRANSACTION。
- 必须用
DECLARE EXIT HANDLER FOR SQLEXCEPTION，而不是SQLWARNING（后者不触发回滚） - 所有插入语句必须在同一个事务块内，且不能有隐式提交操作（比如
CREATE TABLE、ALTER TABLE） - 注意：如果存储过程里调用了另一个含
COMMIT的过程，当前事务会被中断
DELIMITER $$
CREATE PROCEDURE insert_multi_tables()
BEGIN
DECLARE EXIT HANDLER FOR SQLEXCEPTION
BEGIN
ROLLBACK;
RESIGNAL;
END;
<pre class='brush:php;toolbar:false;'>START TRANSACTION;
INSERT INTO users (...) VALUES (...);
INSERT INTO profiles (...) VALUES (...);
INSERT INTO preferences (...) VALUES (...);
COMMIT;END$$ DELIMITER ;
跨表批量插入时最容易被忽略的三个坑
- 外键约束未启用或顺序错乱：
INSERT 子表前父表数据还没落库，会报 Cannot add or update a child row: a foreign key constraint fails
- 表字段类型不一致导致静默截断或转换失败（比如
VARCHAR(10) 插入 15 字符，在严格模式下直接报错）
- 使用临时表或表变量承载中间数据时，忘了在事务开始前填充，或填充后又被其他并发过程修改
INSERT 子表前父表数据还没落库，会报 Cannot add or update a child row: a foreign key constraint fails VARCHAR(10) 插入 15 字符，在严格模式下直接报错） 事务本身不能解决数据逻辑一致性问题。比如订单总金额和明细行求和不等，数据库不会拦——这得靠业务层校验或触发器辅助，但触发器又可能干扰事务行为。原子性只管“全成功或全失败”，不管“是否合理”。
