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

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

【标题】(请简要描述下实现的内容)
【bugfix】【3.0.0】修复abort事务时，如果事务内创建了大量文可能会导致abort卡死的问题
【实现内容】:
修复abort事务时，如果事务内创建了大量文可能会导致abort卡死的问题
【根因分析】:
abort操作时会删除该事务内创建的文件，比如create table、 create partition等等，该操作由pagewriter main线程异步处理，消息会存入g_instance.ckpt_cxt_ctl->requests数组。该问题的原因是事务内创建的文件过多，因此abort操作时一次性往数组里存入过多的文件，导致requests数组满，abort操作被阻塞。与此同时，pagewrter main线程只会通过SIGINT操作和脏页唤醒工作，在数据库没有其他行为唤醒pagewritermain线程的情况下，pagewriter main可能会一直休眠下去。

该场景回放abort事务日志或业务执行abort操作时都有可能触发，需要有大量的事务内create操作并且shared_buffers和segment_buffers配的非常小。
【实现方案】:
g_instance.ckpt_cxt_ctl->requests数组满唤醒pagewriter线程工作。
【关联需求或issue】:

【开发自验报告】:
1. 请附上自验结果(内容或者截图)
3.1.0 版本验证，修改如下配置
```
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;
```
![输入图片说明](https://foruda.gitee.com/images/1744791386515832646/6f1d0473_10487921.png "屏幕截图")
![输入图片说明](https://foruda.gitee.com/images/1744791403530669038/8e874c38_10487921.png "屏幕截图")
2. 是否可以添加fastcheck测试用例，如是，请补充fastcheck用例
3. 是否涉及资料修改，如是，在docs仓库补充资料
4. 是否考虑升级场景(系统表修改、日志持久化以及修改执行态数据格式)
5. 是否考虑在线扩容等扩展场景
5. 是否考虑异常场景/并发场景/前向兼容/性能场景
6. 是否对其他模块产生影响

【其他说明】:

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

搜索帮助

openGauss/openGauss-server