master

ibforu124142

9e3c5712创建于 2025年9月9日历史提交

文件	最后提交记录	最后更新时间
bin	bugfix - gs_guc enable_risky_query_detection Co-authored-by: avikessel1<avi.kessel@huawei.com>	1 年前
common	124142	10 个月前
gausskernel	merge 67 into master fix pcr index split for td core Created-by: xudabiao2024 Commit-by: xudabiao2024 Merged-by: opengauss_bot Description: 【标题】(请简要描述下实现的内容) fix pcr index split for td core 【实现内容】: split for td时，不调用prepareUndo、finishundometa等方法 【根因分析】: split for td时，不记录undo日志，但流程中继续调用了几个undo相关方法导致core 【实现方案】: 【关联需求或issue】: https://gitcode.com/opengauss/openGauss-server/issues/7067 【开发自验报告】: 1. 请附上自验结果(内容或者截图) 一小时tpcc结果，备机回放正常  2. 是否可以添加fastcheck测试用例，如是，请补充fastcheck用例 3. 是否涉及资料修改，如是，在docs仓库补充资料 4. 是否考虑升级场景(系统表修改、日志持久化以及修改执行态数据格式) 5. 是否考虑在线扩容等扩展场景 6. 是否考虑异常场景/并发场景/前向兼容/性能场景 7. 是否对其他模块产生影响 【其他说明】: See merge request: opengauss/openGauss-server!7848	1 年前
include	merge master into master Improve kernel's extension scalability Created-by: libiao2024 Commit-by: totaj;赵岑炯;libiao Merged-by: opengauss_bot Description: 【标题】(请简要描述下实现的内容) 【实现内容】: 1. bgworker 支持独立于启动它的backend运行，生命周期、快照、事务等信息不跟随backend 1.1 为bgworker增加flag，标识此类独立的bgworker 1.2 backend退出时，不给独立的bgworker发SIGINT信号，也不等待他的退出，因为此类bgworker会在后台持续运行，相关的内存也不释放，使用instance级别的context 1.3 PM退出时，对独立的bgwoker发SIGTERM信号退出 1.4 事务commit/abort时，独立的bgworker按正常backend处理 2. 新增extensiblenode相关结构体适配，支持第三方插件通过extensiblenode实现自定义功能 3. spq插件加载过程中，允许系统表修改。 4. 原IsConnPortFromCoord宏只对旧版本的SPQ插件可见，现改为全局可见，允许所有从coordinator发起的连接使用远程trust连接，并且若发现客户端非coordinator，则跳过这条trust规则，允许继续在pg_hba.conf中继续查找后续规则。 5. 若spq目录存在，则编译和打包也会包含spq的编译和打包。 【根因分析】: 1. 当前bgworker和启动bgworker的线程属于强绑定关系，这个逻辑适用于并行查询/并行创建索引的场景，如果发起并行查询的线程退出了，后台对应的bgworker确实也应该相应退出。但是这个逻辑不适用于独立的bgworker，对于插件，可能需要拉起一个自定义的bgworker，他是独立于发起线程的，有自己独立的生命周期，可以理解成现在openGauss后台已有的那些后台线程，属于常驻后台线程，不应该随发起bgworker的线程退出而退出，所以需要适配此种场景。 2. spq插件实现分布式，其中涉及：1.插件加载时需要修改系统表 2.分布式运行过程中，需要自动从coordinator（CN节点）连接DN节点，此时无法使用密码。 【实现方案】: 【关联需求或issue】: https://gitcode.com/opengauss/org-issue/issues/27 【开发自验报告】: 1. 请附上自验结果(内容或者截图) 2. 是否可以添加fastcheck测试用例，如是，请补充fastcheck用例 3. 是否涉及资料修改，如是，在docs仓库补充资料 4. 是否考虑升级场景(系统表修改、日志持久化以及修改执行态数据格式) 5. 是否考虑在线扩容等扩展场景 6. 是否考虑异常场景/并发场景/前向兼容/性能场景 7. 是否对其他模块产生影响 【其他说明】: See merge request: opengauss/openGauss-server!7787	1 年前
lib	!7441 【bugfix】Stop gstrace process while trace id is not in whitelist. Merge pull request !7441 from 王正元/master	1 年前
makefiles	pg_regress support set dbcmpt.	3 年前
test	merge master into master Improve kernel's extension scalability Created-by: libiao2024 Commit-by: totaj;赵岑炯;libiao Merged-by: opengauss_bot Description: 【标题】(请简要描述下实现的内容) 【实现内容】: 1. bgworker 支持独立于启动它的backend运行，生命周期、快照、事务等信息不跟随backend 1.1 为bgworker增加flag，标识此类独立的bgworker 1.2 backend退出时，不给独立的bgworker发SIGINT信号，也不等待他的退出，因为此类bgworker会在后台持续运行，相关的内存也不释放，使用instance级别的context 1.3 PM退出时，对独立的bgwoker发SIGTERM信号退出 1.4 事务commit/abort时，独立的bgworker按正常backend处理 2. 新增extensiblenode相关结构体适配，支持第三方插件通过extensiblenode实现自定义功能 3. spq插件加载过程中，允许系统表修改。 4. 原IsConnPortFromCoord宏只对旧版本的SPQ插件可见，现改为全局可见，允许所有从coordinator发起的连接使用远程trust连接，并且若发现客户端非coordinator，则跳过这条trust规则，允许继续在pg_hba.conf中继续查找后续规则。 5. 若spq目录存在，则编译和打包也会包含spq的编译和打包。 【根因分析】: 1. 当前bgworker和启动bgworker的线程属于强绑定关系，这个逻辑适用于并行查询/并行创建索引的场景，如果发起并行查询的线程退出了，后台对应的bgworker确实也应该相应退出。但是这个逻辑不适用于独立的bgworker，对于插件，可能需要拉起一个自定义的bgworker，他是独立于发起线程的，有自己独立的生命周期，可以理解成现在openGauss后台已有的那些后台线程，属于常驻后台线程，不应该随发起bgworker的线程退出而退出，所以需要适配此种场景。 2. spq插件实现分布式，其中涉及：1.插件加载时需要修改系统表 2.分布式运行过程中，需要自动从coordinator（CN节点）连接DN节点，此时无法使用密码。 【实现方案】: 【关联需求或issue】: https://gitcode.com/opengauss/org-issue/issues/27 【开发自验报告】: 1. 请附上自验结果(内容或者截图) 2. 是否可以添加fastcheck测试用例，如是，请补充fastcheck用例 3. 是否涉及资料修改，如是，在docs仓库补充资料 4. 是否考虑升级场景(系统表修改、日志持久化以及修改执行态数据格式) 5. 是否考虑在线扩容等扩展场景 6. 是否考虑异常场景/并发场景/前向兼容/性能场景 7. 是否对其他模块产生影响 【其他说明】: See merge request: opengauss/openGauss-server!7787	1 年前
tools	去掉postgresql相关描述	1 年前
.gitignore	uwal replication 1.0 support	2 年前
CMakeLists.txt	fix bug libcurl	1 年前
DEVELOPERS	first commit for openGauss server	5 年前
Makefile	add openGauss 3.1.0 feature code	3 年前
Makefile.global.in	fix bug libcurl	1 年前
Makefile.global.in_for_llt	数据备份支持oss	2 年前
Makefile.shlib	first commit for openGauss server	5 年前
bcc32.mak	first commit for openGauss server	5 年前
get_PlatForm_str.sh	Add support for CSIOS platform	2 年前
mtlocal.pl	add openGauss 3.1.0 feature code	3 年前
nls-global.mk	nls 修改: 移动 src/common/backend/po -> src/gausskernel/po, 修复线程池工作线程在还未设置 LC_CTYPE 期间认证失败打印导致翻译失败输出问号 "????" 问题, 增加会话级开关 enable_nls , 使用宏控制代码修改	2 年前
win32.mak	first commit for openGauss server	5 年前