MySQL 不支持单条 INSERT 向多张表插入数据，必须用事务包裹多条 INSERT 语句以保证原子性，或借助 CTE（PostgreSQL）等间接方式实现。
MySQL 中无法用单条 INSERT 同时向多张表插入数据
SQL 标准不支持一条 INSERT 语句写入多个表，MySQL、PostgreSQL、SQL Server 等主流数据库都遵循这一限制。所谓“一条语句插入多表”，实际是靠事务封装多条 INSERT，或借助存储过程、CTE（仅 PostgreSQL）、临时表等间接实现。
最可靠的做法：用事务包裹多条 INSERT
这是跨数据库兼容性最好、逻辑最清晰的方式。关键点不是“省语句”，而是保证原子性——要么全部成功，要么全部回滚。
常见错误现象：ERROR 1452 (HY000): Cannot add or update a child row: a foreign key constraint fails，通常是因为子表插入早于父表，或外键值未生成。
实操建议：
- 先插入主表（如
users），用LAST_INSERT_ID()（MySQL）或RETURNING id（PostgreSQL）捕获刚生成的主键 - 再用该 ID 插入从表（如
profiles、user_settings） - 所有语句必须在同一个
BEGIN ... COMMIT事务块内 - 避免在应用层拼接 ID 字符串，防止 SQL 注入；优先用参数化查询
示例（MySQL）：
START TRANSACTION;
INSERT INTO users (name, email) VALUES ('Alice', 'a@example.com');
INSERT INTO profiles (user_id, bio) VALUES (LAST_INSERT_ID(), 'Engineer');
INSERT INTO user_settings (user_id, theme) VALUES (LAST_INSERT_ID(), 'dark');
COMMIT;
PostgreSQL 可用 WITH + INSERT RETURNING 实现“伪单语句”
利用 CTE 链式传递 RETURNING 结果，视觉上像一条语句，但本质仍是顺序执行、强依赖事务。
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
使用场景：需在插入后立即用新 ID 做关联写入，且不想在应用层处理 ID 中转。
注意点：
-
WITH中每个INSERT必须有RETURNING才能被后续引用 - 不能跨数据库生效（MySQL 不支持
INSERT ... RETURNING） - 若某步失败，整个 CTE 失败，自动回滚
示例：
WITH u AS (
INSERT INTO users (name, email) VALUES ('Bob', 'b@example.com') RETURNING id
), p AS (
INSERT INTO profiles (user_id, bio) SELECT id, 'Designer' FROM u RETURNING user_id
)
INSERT INTO user_settings (user_id, theme) SELECT user_id, 'light' FROM p;
别碰“INSERT ... SELECT FROM multiple tables”这种误区
有人试图写 INSERT INTO t1 (...) SELECT ... FROM t2, t3 来“一次插多表”，这只会往 t1 插一行（或 N 行），根本不会影响 t2 或 t3。它只是从多表查数据，不是向多表写数据。
容易踩的坑：
- 混淆了
INSERT ... SELECT的目标表（只有一个）和数据源表（可多个） - 误以为 JOIN 后的 SELECT 能触发多表写入
- 在没有事务保护下执行多条 INSERT，导致数据不一致（如用户创建了，但 profile 没写入）
真正需要多表写入时，事务封装仍是底线。复杂业务逻辑（比如插入同时触发通知、校验、更新缓存）建议移到应用层或数据库函数中处理，而不是强行压缩成“一条语句”。
