Commit Graph

6774 Commits

Author SHA1 Message Date
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
zzh
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
zzh
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
ecedf6f798 适配dw 打开双写区能力 2024-06-27 14:05:49 +08:00