PostgreSQL 9.5：无写入DML性能测试脚本咨询（对比INSERT/UPDATE索引影响）

当然可以！PostgreSQL的事务机制刚好能满足你的需求——我们可以用BEGIN+ROLLBACK包裹EXPLAIN ANALYZE，让语句真实执行并统计性能，但最终不会留下任何数据变更。下面是具体的实现方法和测试步骤：

核心原理 #

EXPLAIN ANALYZE会真实执行你的SQL语句，从而准确统计执行时间和资源消耗；而PostgreSQL的事务是原子性的，只要在执行后调用ROLLBACK，所有的INSERT/UPDATE变更都会被完全撤销，不会影响你的实际表数据。

测试INSERT性能的脚本 #

把你的实际INSERT语句替换到下面的模板中即可：

BEGIN;
-- 替换成你要测试的INSERT语句，单条或批量都可以
EXPLAIN ANALYZE INSERT INTO your_large_table (col1, col2, col3, ...) 
VALUES ('val1', 'val2', 'val3', ...);
ROLLBACK;

执行后，你可以从输出的最后一行Execution Time: XXXX ms得到真实的执行耗时，同时表中不会新增任何数据。

测试UPDATE性能的脚本 #

同理，测试UPDATE的脚本如下（记得替换成符合你业务场景的UPDATE语句，比如选择一条存在的记录或者批量更新）：

BEGIN;
-- 替换成你要测试的UPDATE语句，注意WHERE条件要匹配真实场景的数据
EXPLAIN ANALYZE UPDATE your_large_table 
SET col1 = 'new_value', col2 = 'updated_val' 
WHERE id = 12345; -- 或者其他符合业务的过滤条件
ROLLBACK;

同样，ROLLBACK会撤销所有更新操作，表数据保持原样。

对比无索引/有索引的测试流程 #

1. 先测试无索引场景：
   首先记录下你创建的两个多列索引的名称，然后临时删除它们：

   DROP INDEX idx_multi_col1;
   DROP INDEX idx_multi_col2;
   

   运行上面的INSERT/UPDATE测试脚本，记录下Execution Time的数值。

2. 恢复索引后测试有索引场景：
   重新创建之前的索引：

   CREATE INDEX idx_multi_col1 ON your_large_table (col_a, col_b, col_c);
   CREATE INDEX idx_multi_col2 ON your_large_table (col_x, col_y);
   

   再次运行测试脚本，记录下新的执行时间，对比两次的数值就能看出索引对写入性能的影响。

一些注意事项 #

• 尽量在低峰期或测试环境进行测试，避免影响正常业务。如果有条件，最好用生产表的副本进行测试，更安全。
• 若要测试批量写入/更新的性能，尽量构造贴近真实业务的数据量（比如一次插入1000条记录），这样测试结果更具参考性。
• PostgreSQL 9.5完全支持这个机制，不用担心版本兼容性问题。
• 如果需要多次测试取平均值，可以用PL/pgSQL写个简单的循环脚本，但要注意每次循环都要在独立的事务中执行（比如每次循环都BEGIN+EXPLAIN ANALYZE+ROLLBACK）。

内容的提问来源于stack exchange，提问作者Mika