SQL中Union操作的优化替代方案——解决事务日志占满问题

这问题我之前帮不少同行解决过——一次性通过多个UNION把20多张表的数据插入到目标表，单事务的日志量肯定会撑爆DB2的事务日志，毕竟日志要记录整个事务的所有变更操作。下面给你几个优先级从高到低的实用优化方案：

1. 拆分事务，逐个表插入 #

最直接有效的方法就是把大事务拆成多个小事务，每次只插入一张表的数据，每个INSERT作为独立事务提交。这样每个事务的日志量会大幅降低，日志在提交后会被标记为可重用（循环日志模式）或归档（归档模式），不会累积成巨大的日志占用。

示例代码：

-- 逐个插入每张表，每个INSERT后手动提交（若连接未开启自动提交）
INSERT INTO db2inst1.FCT_STATIC_DA SELECT * FROM db2inst1.FCT_STATIC_DA_AP;
COMMIT;

INSERT INTO db2inst1.FCT_STATIC_DA SELECT * FROM db2inst1.FCT_STATIC_DA_ASM;
COMMIT;

-- 剩余表依次执行上述操作...

2. 用UNION ALL替代UNION，并分批提交 #

如果你想保留批量读取的逻辑，首先把UNION换成UNION ALL——UNION会自动去重并排序，这不仅额外消耗CPU和内存，还会生成更多日志；如果你的源表之间没有重复数据，UNION ALL完全可以满足需求，性能和日志占用都会大幅降低。

然后通过游标分批读取并插入，每插入N行就提交一次，控制单批次的日志量：

-- 定义游标读取所有源表数据（用UNION ALL避免去重开销）
DECLARE src_cur CURSOR FOR
SELECT * FROM db2inst1.FCT_STATIC_DA_AP
UNION ALL
SELECT * FROM db2inst1.FCT_STATIC_DA_ASM
UNION ALL
-- 继续添加剩余表的SELECT语句...

-- 定义变量接收游标数据（需与表列数、类型完全匹配）
DECLARE col1 INT;
DECLARE col2 VARCHAR(50);
-- 按需添加更多列变量...

OPEN src_cur;
FETCH src_cur INTO col1, col2, ...;

WHILE SQLCODE = 0 DO
    INSERT INTO db2inst1.FCT_STATIC_DA VALUES (col1, col2, ...);
    
    -- 每10000行提交一次（可根据你的数据量调整这个数值）
    IF MOD(ROWCOUNT(), 10000) = 0 THEN
        COMMIT;
    END IF;
    
    FETCH src_cur INTO col1, col2, ...;
END WHILE;

-- 提交最后一批剩余数据
COMMIT;
CLOSE src_cur;

3. 使用DB2 LOAD工具（离线批量加载首选） #

如果你的操作允许目标表被独占锁定，DB2 LOAD工具是最优选择——LOAD默认以最小化日志模式运行（甚至不记录日志），批量加载速度远快于INSERT，日志占用几乎可以忽略。

示例代码：

LOAD FROM (
    SELECT * FROM db2inst1.FCT_STATIC_DA_AP
    UNION ALL
    SELECT * FROM db2inst1.FCT_STATIC_DA_ASM
    -- 剩余表继续添加UNION ALL语句...
) OF CURSOR
INSERT INTO db2inst1.FCT_STATIC_DA;

注意：LOAD过程中目标表会处于独占状态，无法进行查询或其他写入操作，适合离线数据迁移场景。

4. 临时调整事务日志配置（应急方案） #

如果只是临时操作，不想修改代码，可以临时增大事务日志的大小和数量，但这只是应急手段，不适合长期使用：

-- 查看当前数据库日志配置
GET DATABASE CONFIGURATION FOR your_database_name;

-- 临时增大单日志文件大小（单位：页，默认页为4KB，示例设为64MB）
UPDATE DATABASE CONFIGURATION FOR your_database_name USING LOGFILSIZ 16384;

-- 增加主日志文件数量和辅助日志文件数量
UPDATE DATABASE CONFIGURATION FOR your_database_name USING LOGPRIMARY 10 LOGSECOND 5;

说明：LOGFILSIZ修改后需要重启数据库生效，LOGSECOND是动态参数，修改后立即生效。操作完成后建议改回原配置，避免浪费资源。

5. 禁用索引和约束（插入后重建） #

如果目标表存在非主键索引、外键约束，插入大量数据时维护索引和检查约束会产生额外日志。可以先禁用这些对象，插入完成后再重建：

-- 禁用非主键索引
ALTER INDEX idx_fct_static_da_col1 DISABLE;

-- 禁用外键约束（示例）
ALTER TABLE db2inst1.FCT_STATIC_DA ALTER FOREIGN KEY fk_fct_static_da_ref NOT ENFORCED;

-- 执行插入操作...

-- 重建索引
ALTER INDEX idx_fct_static_da_col1 REBUILD;

-- 重新启用外键约束
ALTER TABLE db2inst1.FCT_STATIC_DA ALTER FOREIGN KEY fk_fct_static_da_ref ENFORCED;

注意：操作前要确保插入的数据符合约束规则，否则重建约束时会报错。

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