不能。INSERT SELECT 仅支持单目标表，MySQL 不允许一条语句向多表插入；需用事务包裹两条 INSERT SELECT 实现逻辑原子性，或先插主表再关联插子表，并确保 JOIN 条件匹配与索引优化。
INSERT SELECT 能不能直接插入多张表
不能。INSERT SELECT 语法只支持单目标表，MySQL 原生不支持一条语句向两个表同时写入。试图写成 INSERT INTO t1, t2 SELECT ... 会报错 ERROR 1064 (42000)：语法错误，因为这不是合法的 SQL 语法。
用事务 + 两条 INSERT SELECT 实现“一次性”效果
所谓“一次性”，实际是指逻辑上原子性：要么都成功，要么都回滚。最稳妥的做法是显式开启事务，分两步执行：
- 先
INSERT INTO orders SELECT ... FROM temp_data WHERE type = 'order' - 再
INSERT INTO order_items SELECT ..., o.id FROM temp_data t JOIN orders o ON t.ref_id = o.ref_id WHERE t.type = 'item'（注意：需确保orders中已存在对应主键或能关联上的字段） - 中间不能有其他 DML 干扰；若第二条失败，
ROLLBACK自动撤销第一条
关键点：第二条的 SELECT 必须能通过临时表或已有字段反查到刚插入的 orders.id。如果 temp_data 没有可关联字段（比如只有原始 JSON 或无业务主键），就得先用 LAST_INSERT_ID() 配合自增 ID 批量生成逻辑——但这时就不能用 INSERT SELECT 直接关联了，得换方案。
用触发器自动拆分？不推荐
有人想在 orders 表上加 INSERT 触发器，让每插一条就自动往 order_items 插数据。这看似“自动拆分”，但问题明显：
- 触发器无法感知原始
SELECT的整批上下文，只能逐行处理，性能差 -
NEW只能访问当前行，拿不到同一批其他行的数据，无法做跨行聚合或批量匹配 - 如果
INSERT SELECT插入 1000 行orders，就会触发 1000 次查询order_items关联数据，极易锁表或超时
除非数据量极小且结构极度简单，否则别碰这个思路。
真正适合批量拆分的替代方案
当 temp_data 是宽表（比如含 order_id, item_name, qty, price 等混合字段），且要按业务规则拆到主子表时，更可靠的做法是：
- 先用
INSERT INTO orders SELECT DISTINCT order_id, ... FROM temp_data提取主表数据 - 再用
INSERT INTO order_items SELECT t.order_id, t.item_name, t.qty, t.price FROM temp_data t JOIN orders o ON t.order_id = o.order_id补子表 - 所有操作包在
BEGIN; ... COMMIT;里，加SELECT ROW_COUNT()校验数量一致性
这里最容易被忽略的是：JOIN 条件必须严格匹配，且 orders.order_id 要有索引，否则第二步可能全表扫描，几万行就卡住。另外，如果 temp_data 里有脏数据（比如 order_id 为空或不存在于 orders），第二步会静默丢弃——得提前用 LEFT JOIN ... WHERE o.id IS NULL 检出异常行。
