814908724a
删除gs_ctl build参数--instance-id说明
2024-06-27 14:05:51 +08:00
7914224bb1
修复alter table modify的core问题
2024-06-27 14:05:51 +08:00
47d0eb1c7a
fix bug 修复触发器内调用pkg公有变量无法获取正确pkgb变量值的问题
2024-06-27 14:05:51 +08:00
9334edb278
enable-relocation compile
2024-06-27 14:05:51 +08:00
e1212c6170
【bugfix】重构实时构建segworker处理段页式头页日志时,不再从主机要最新页面,而是保存到队列里
2024-06-27 14:05:51 +08:00
b460379918
修复实时构建时dw_init卡住问题
2024-06-27 14:05:51 +08:00
8fcb7b27e0
t
2024-06-27 14:05:51 +08:00
42b756ff0e
pg_config文件修改
2024-06-27 14:05:51 +08:00
3f579861e8
修改备份恢复过程中数据块大小计算逻辑
2024-06-27 14:05:51 +08:00
516a482084
修复to_date函数第一个参数后面有多余空格时执行失败
2024-06-27 14:05:51 +08:00
d561d9e0e1
CREATE/ALTER INDEX支持设置可见性
2024-06-27 14:05:51 +08:00
add13d63d5
修复fetch_remote_table_info中的query
2024-06-27 14:05:51 +08:00
64d364b082
【标题】:修复I9HBFS所示的有脏数据导致unseable索引reindex失败的问题
...
【实现内容】: 修复I9HBFS所示的有脏数据导致unseable索引reindex失败的问题
【根因分析】: 因为openguass insert的时候会忽略掉unusable 索引,导致可以insert重复的数据,导致索引rebuild失败
【实现方案】: 参考pg的实现,insert数据的时候,把unseable索引也更新
【关联需求或issue】: https://gitee.com/opengauss/openGauss-server/issues/I9HBFS
2024-06-27 14:05:51 +08:00
57e758a4b2
【资源池化】【bugfix】解决reform开始startup线程存在的情况
2024-06-27 14:05:51 +08:00
71e05a9f99
修改数据库版本信息在不同内核工具下不一致问题
2024-06-27 14:05:51 +08:00
e47c39fc86
Fix ignore+opfusion+prepare
2024-06-27 14:05:51 +08:00
632579624f
pg_event_trigger_ddl_commands查询不到alter table操作
2024-06-27 14:05:50 +08:00
879e3343c8
【资源池化】【optimize】备节点业务线程在获取快照时能够退出,如果遇到reform中要求线程退出场景
2024-06-27 14:05:50 +08:00
737e43e22c
Enhance the reliability of the uwal feature
2024-06-27 14:05:50 +08:00
8c057de92f
合入PG补丁Create the infrastructure for planner support functions.
...
PG提交号:1fb57af9
1. 简化升级和防止系统表无意义膨胀,没有修改 pg_proc 的列名,
因列定义发生变化,更改GRAND版本。
2. 没有合入语法支持部分以及文档,也就是不支持CREATE FUNCTION ... SUPPORT
语法,只支持内置函数的support函数。
3. 时区相关transform函数已在openGauss移除,本次不涉及。
4. 函数定义(pg_get_functiondef)暂不输出SUPPORT。
2024-06-27 14:05:50 +08:00
223fcbe3e9
B库下非严格模式时支持往非空约束列插入空值
2024-06-27 14:05:50 +08:00
d50c38d2d2
修复UserVar无效collation的问题
2024-06-27 14:05:50 +08:00
0ef5579fca
修复子查询中同时包含DISTINCT ON和ORDER BY子句时误将ORDER BY子句消除导致结果集错误的问题。
2024-06-27 14:05:50 +08:00
49a390200c
优化pg_log盘满报错信息
2024-06-27 14:05:50 +08:00
3dd0cdc569
处理issue:创建package的时候,校验package内的函数schema与package的schema是否一致
2024-06-27 14:05:50 +08:00
78f318f955
去除enable_reform标记
2024-06-27 14:05:50 +08:00
9b115817a5
prior功能实现
2024-06-27 14:05:50 +08:00
3ac8aee0eb
change GetXLogReplayRecPtr, use atomic read instead of spin lock read
2024-06-27 14:05:50 +08:00
56d92b1903
fix xid_age function show negative result if there be big gap
2024-06-27 14:05:50 +08:00
75873b55dd
DDL的逻辑复制适配mppdb_decoding
2024-06-27 14:05:50 +08:00
c5e8eff907
fix bug #I9I38Z mem use after free in internal_load_library
2024-06-27 14:05:50 +08:00
d0b166c35c
修复在包的子存储过程中给record子列赋值前后未切换包全局变量上下文导致挂库的问题
2024-06-27 14:05:50 +08:00
4024b02ebb
fix 添加ecpg 头文件
2024-06-27 14:05:50 +08:00
205028182d
【资源池化】【ctrl锁优化页面相关流程】rebuild判断逻辑优化
2024-06-27 14:05:50 +08:00
983e00ffee
4.15推点
2024-06-27 14:05:50 +08:00
0ff9ce98c9
处理issue:使能proc_outparam_override参数时,函数包含variadic类型入参时调用函数导致core
2024-06-27 14:05:50 +08:00
81803210f5
解决国际化信息修改过程中需要加锁而带来的以下问题:
...
1. 瞬时连接激增时争抢gLocaleMutex影响执行效率;
2. gLocaleMutex属于pthread mutex lock,无异常清理机制,若持有锁的线程异常退出则导致系统HANG住。
为解决上述问题,做出以下调整:
1. 仅允许在服务端启动时调用setlocale接口修改服务端locale信息;
2. 新增gs_perm_setlocale_r修改线程自身的locale信息;
3. 由于服务端locale信息仅在启动时修改,故删除gLocaleMutex锁相关逻辑。
2024-06-27 14:05:50 +08:00
6388023780
段页式存储不允许使用有限表空间建表检查报错信息规范性修正
2024-06-27 14:05:49 +08:00
7474cdafee
fix dual cluster bug
2024-06-27 14:05:49 +08:00
77214a43cd
dispatch
2024-06-27 14:05:49 +08:00
5d9ff58bf9
处理issue:pg_get_function_result和pg_get_function_arguments函数对于复合类型的集合类型查询结果不正确
2024-06-27 14:05:49 +08:00
aff496f35e
【用例重构】 对gin、cgin索引测试用例进行脱敏和修改
2024-06-27 14:05:49 +08:00
61f70b9c80
修复DEBU模式下,创表时指定with(orientation=row, parallel_workers=1)情况下,创建btree索引core的BUG
2024-06-27 14:05:49 +08:00
2d8236adc4
【用例修改】对gin索引的用例进行修改,替换敏感内容
2024-06-27 14:05:49 +08:00
275f3bfced
逻辑复制快照序列化时内存释放问题
2024-06-27 14:05:49 +08:00
9255a5484b
解决使用表达式作为分区键,跨分区更新分区键列时数据库宕机的问题,删除无用变量
2024-06-27 14:05:49 +08:00
6e50e315b5
解决分区表插入数据时IudExprReuseContext内存膨胀的问题
2024-06-27 14:05:49 +08:00
08387b9b50
【标题】: 回合 https://gitee.com/opengauss/openGauss-server/pulls/4694/修复表增加字段后core的问题 .
...
【实现内容】: 回合https://gitee.com/opengauss/openGauss-server/pulls/4694/修复表增加字段后core的问题
【根因分析】: 回合https://gitee.com/opengauss/openGauss-server/pulls/4694/修复表增加字段后core的问题
【实现方案】: 回合https://gitee.com/opengauss/openGauss-server/pulls/4694/修复表增加字段后core的问题
【关联需求或issue】: https://e.gitee.com/opengaussorg/dashboard?issue=I9C345
2024-06-27 14:05:49 +08:00
c0fc6a8cb0
When committing a transaction that dropped a relation, we previously
...
truncated only the first segment file to free up disk space (the one
that won't be unlinked until the next checkpoint).
Truncate higher numbered segments too, even though we unlink them on
commit. This frees the disk space immediately, even if other backends
have open file descriptors and might take a long time to get around to
handling shared invalidation events and closing them. Also extend the
same behavior to the first segment, in recovery.
2024-06-27 14:05:49 +08:00
25ae1230c6
插件升级到4.0
2024-06-27 14:05:49 +08:00