单事务中单语句与多语句批量插入是否存在显著性能差异

两种插入写法示例 #

1. 单语句多值批量插入 #

-- BEGIN TRANSACTION

INSERT INTO films (code, title, did, date_prod, kind) VALUES
    ('B6717', 'Tampopo', 110, '1985-02-10', 'Comedy'),
    ('HG120', 'The Dinner Game', 140, DEFAULT, 'Comedy');

-- COMMIT

2. 多语句单值批量插入 #

-- BEGIN TRANSACTION

INSERT INTO films (code, title, did, date_prod, kind) VALUES
    ('B6717', 'Tampopo', 110, '1985-02-10', 'Comedy');

INSERT INTO films (code, title, did, date_prod, kind) VALUES
    ('HG120', 'The Dinner Game', 140, DEFAULT, 'Comedy');

-- COMMIT

性能差异分析 #

这两种写法存在显著性能差异，单语句多值的插入效率远高于多语句单值的方式，核心原因如下：

• SQL解析编译开销：数据库对每条SQL都要做语法解析、语义校验、生成执行计划的工作。单语句只需要一次完整的解析编译流程，多语句则要重复执行N次（N是插入的行数），数据量越大，这部分的开销差距就越突出。
• 网络交互成本：如果是客户端远程连接数据库，单语句只需要一次网络请求就能把所有插入数据发过去，多语句则需要N次请求往返——哪怕在同一个事务里，多次网络延迟的累积也会明显拖慢整体速度。
• 日志与锁的优化空间：虽然都在同一个事务中，单语句插入能让数据库更高效地处理预写日志（WAL），比如批量写入日志页，减少磁盘IO的次数；同时在锁的处理上，单语句可以一次性获取必要的锁资源，避免多次锁申请带来的额外开销。

需要注意的是，当插入行数特别多（比如上万行）时，单语句的SQL文本会过大，可能触发数据库的单语句长度限制，这时可以拆成分批的单语句多值插入，但依然比单值多语句的方式高效得多。

内容的提问来源于stack exchange，提问作者Cemre Mengü