【bugfix】master修复abort事务时，如果事务内创建了大量文可能会导致abort卡死的问题 · Pull Request !7562 · openGauss/openGauss-server

1. 【bugfix】修复abort事务时，如果事务内创建了大量文可能会导致abort卡死的问题
---

【标题】(请简要描述下实现的内容)

【实现内容】:

【根因分析】:

【实现方案】:
参考pr：
https://gitee.com/opengauss/openGauss-server/pulls/7560/files
【关联需求或issue】:

【开发自验报告】:
1. 请附上自验结果(内容或者截图)
修改如下配置
shared_buffers = 8MB
segment_buffers = 16
incremental_checkpoint_timeout = 1h     # range 1s-1h
执行如下操作，事务内创建一个2000分区的分区表，然后回滚。
回滚后kill掉节点重启，数据库最后恢复正常。（因为shared_buffers过小，操作和恢复会比较慢）
```
drop table partitioned_table;

-- 开始事务
BEGIN;

-- 创建主表
CREATE TABLE partitioned_table (
    id SERIAL,
    partition_key INT,
    data TEXT
)
partition by range(partition_key)
(
        partition partition_0 values less than (0)
);

-- 创建 200 个分区表
DO $$
DECLARE
    i INT;
BEGIN
    FOR i IN 1..2000 LOOP
        EXECUTE format('ALTER TABLE partitioned_table add PARTITION  partition_%s VALUES LESS THAN (%s)', i, i + 1);
    END LOOP;
END $$;

-- 回滚事务
ROLLBACK;
```
执行完后kill主节点，重启正常。
![输入图片说明](https://foruda.gitee.com/images/1744855023823596443/d017fecf_10487921.png "屏幕截图")
![输入图片说明](https://foruda.gitee.com/images/1744854837912039871/bd8680f8_10487921.png "屏幕截图")
2. 是否可以添加fastcheck测试用例，如是，请补充fastcheck用例
3. 是否涉及资料修改，如是，在docs仓库补充资料
4. 是否考虑升级场景(系统表修改、日志持久化以及修改执行态数据格式)
5. 是否考虑在线扩容等扩展场景
5. 是否考虑异常场景/并发场景/前向兼容/性能场景
6. 是否对其他模块产生影响

【其他说明】:

openGauss/openGauss-server .gitee-modal { width: 500px !important; }

搜索帮助

openGauss/openGauss-server