INSERT ALL/INSERT FIRST 真正节省 I/O 的前提是单次扫描源表且目标表插入逻辑独立；INSERT FIRST 通过短路判断进一步提升性能，但需注意条件顺序、索引开销、事务回滚代价及触发器影响。
多表插入（INSERT ALL 和 INSERT FIRST）在 Oracle 21c 中确实能减少 I/O 开销，但前提是它被用在真正适合的场景里——不是所有“想往多张表写数据”的情况都该用它。
什么时候用 INSERT ALL 才真能省 I/O？
关键在于：源数据只扫描一次，且目标表插入逻辑彼此独立。Oracle 会把 SELECT 的结果集缓存在内存中（或临时段），然后分别发给各 INTO 分支，避免多次全表扫描或重复解析。
- 适用场景：从一张源表按不同规则分发数据到多个归档/汇总表，比如把日志表按错误等级分到
log_error、log_warn、log_info - 不适用场景：目标表之间有主外键依赖，或需要严格顺序控制（
INSERT ALL各分支并行执行，无先后） - 注意点：如果条件重叠（如
WHEN x > 1和WHEN x > 0），INSERT ALL会为每个 true 条件都插入一行，可能造成重复写入
INSERT FIRST 的真实价值是避免重复判断
它和 INSERT ALL 共享“单次扫描源表”的优势，但多了一层短路逻辑：一旦某行满足第一个 WHEN 条件，后续条件就不再评估。这对性能提升更明显，尤其当多数数据落在前几个分支时。
- 典型用法：分级路由，如先筛出 VIP 客户进
t_vip，剩下的再按消费额进t_gold或t_silver - 陷阱：别把它当成“IF-ELSE”来用——
INSERT FIRST只保证每行至多插入一次，但不会回滚已执行的分支；如果第一个INTO失败，后续分支仍可能成功 - 性能提示：条件顺序很重要，把命中率高的条件放前面，能显著减少后续条件的计算开销
为什么有时候反而更慢？
多表插入不是银弹。I/O 节省的前提是 CPU 和内存足够扛住中间结果集的缓存压力。如果源数据太大、字段太宽，或者目标表上有大量索引/触发器，反而会拖慢整体吞吐。
- 索引影响：每张目标表上的索引都要更新，
INSERT ALL实际是并发维护多个索引，比单表插入更容易触发 buffer busy waits - 事务开销：所有分支共用一个事务，任一分支失败都会导致全部回滚，排查成本更高
- 替代方案对比：对超大数据量，
INSERT /*+ APPEND */ INTO ... SELECT+ 并行 Hint（如/*+ parallel(4) */）通常比多表插入更可控、更易调优
实操时最容易漏掉的配置项
Oracle 21c 默认行为没变，但几个隐式开关会影响多表插入的实际表现：
- 确保
SET AUTOCOMMIT OFF—— 多表插入本身不自动提交，但如果你在 PL/SQL 块里调用，忘记COMMIT会导致锁表时间远超预期 - 检查
UNDO_RETENTION：大结果集缓存依赖 UNDO 段，过短的保留时间可能触发 ORA-01555 - 禁用非必要触发器：多表插入不会绕过触发器，而每个分支都会触发各自目标表的
BEFORE INSERT，这是隐形性能杀手
多表插入真正的复杂点不在语法，而在你得提前想清楚：源数据分布、目标表负载特征、以及失败时你愿不愿意为“全部回滚”付出代价。它省的是扫描 I/O，不是索引维护 I/O，也不是日志写 I/O。
