版本:7.0.0-RC3

发行说明

版本介绍

openGauss 7.0.0-RC3是openGauss 2026年3月发布的创新版本,该版本生命周期为0.5年。当前文档说明范围仅限企业版。

7.0.0-RC3与之前的版本特性功能保持兼容,主要功能如下:

  • 标准SQL支持

    支持标准的SQL92/SQL99/SQL2003/SQL2011规范,支持GBK、UTF-8和GB18030字符集,支持SQL标准函数与分析函数,支持存储过程。

  • 数据库存储管理功能

    支持表空间,可以把不同表规划到不同的存储位置;企业版支持Ustore、Astore、MOT等多种存储引擎。

  • 提供主备双机

    事务支持ACID特性、单节点故障恢复、双机数据同步、双机故障切换等;企业版还提供了CM工具,支持数据库实例状态查询、主备切换、日志管理、VIP管理、集群状态查询和推送等。

  • 资源池化

    支持基于共享存储、共享内存的资源池化架构,实现备机读实时一致性。

  • 应用程序接口

    支持标准JDBC 4.0特性、ODBC 3.5特性,支持Python、Go连接驱动,支持MySQL协议兼容。

  • 管理工具

    提供安装部署工具、实例启停工具、备份恢复工具、扩缩容工具、升级工具,支持数据全生命周期生产工具DataKit,支持MySQL和Oracle全量/增量/反向迁移工具和数据校验工具。

  • 安全管理

    支持SSL安全网络连接、用户权限管理、密码管理、安全审计、细粒度ANY权限控制、TLCP协议等功能,保证数据库在管理层、应用层、系统层和网络层的安全性。

  • AI智能化

    企业版支持参数自调优、慢SQL发现、单query索引推荐、虚拟索引、workload索引推荐、数据库指标采集、预测与异常监控等功能;库内AI原生引擎支持10+高性能机器学习算法。

新增特性

此处说明的是openGauss 7.0.0-RC3版本,在7.0.0-RC2版本功能的基础上,新增如下特性:

  • 高性能参数化路径功能支持简单SELECT语句,并将相关内存统一到plan cache,支持global plan cache。#8777 @shijuzheng1997

    • 支持GPC(Global Plan Cache全局计划缓存),开启GPC后使用参数化功能的情况下,被参数化的语句也会被缓存到GPC(执行计划使用Generic Plan的情形下)。可以通过视图DBE_PERF.GLOBAL_PLANCACHE_STATUS查询。
  • 高性能:支持ADIO#8719 @zcj112

    • 行存表的文件访问支持通过直接IO,不经过操作系统页面缓存的方式进行读取。对于页面刷盘以及VACUUM FULL操作,将采用异步IO的方式进行。
  • 高性能:支持DPA哈希聚合加速,提升哈希算子性能。#8746 #8750 #8754 @Eurekaxun

    • DPA(Data Processing Accelerator)哈希聚合加速是openGauss基于UADK框架实现的硬件加速特性,将向量化哈希聚合操作卸载到硬件加速器上执行,显著提升聚合查询的执行效率。
  • 高可用:支持在线DDL,使得DDL过程中持有高级别锁的时间大为减少,减少对并发DML的阻塞时间。#8748 #8771 #8782 #8822 #8958 #8971 @congzhou2603 @luodongxu

    • 在线DDL特性涉及传统主备中Astore、段页式支持修改列数据类型、修改压缩属性、添加约束(包括范围约束和非空约束)、VACUUM FULL、CLUSTER、分区表分裂合并分区,并新增关键字CONCURRENTLY用于触发在线DDL功能。
  • 高安全黑匣子特性增强。

    • 支持黑匣子主备进程间的参数同步。#78 @Miyano
    • 支持证书/密钥的加密生成与节点间同步,实现多节点共享统一证书体系,提升证书管理的一致性与安全性。#86 @liuzhanfeng
    • 提供基于REST API的远程管理能力,支持查询数据保险柜集群信息并执行集群状态控制操作。#79 @liuzhanfeng
    • 支持在线滚动升级及离线升级。#83 @zkcarl
  • 高智能: 支持一站式的 AI 能力集成方案 oGAI#8671 #8672 #8673 #8689 #8690 #8696 #8715 @Eurekaxun @Vincent__Sun

    • OGAI(openGauss AI)是 openGauss 数据库的智能向量化框架插件,提供了一站式的 AI 能力集成方案。通过 OGAI,用户可以在数据库内部直接调用AI模型进行文本向量化、文本生成、文档重排序等操作,无需依赖外部应用层实现,大幅简化了 RAG(检索增强生成)应用的开发流程。
  • 高智能:支持RabitQ量化索引算法。#8642 #8645 #8650 #8655 #8658 @wangjingyuan8 @weixin_44204324

    • RabitQ是一种具有理论保证的最先进的二进制量化方法,与HNSW、IVFFLAT结合使用时,可以确保向量数据在高度压缩的表示下仍能保持搜索的可靠性。
  • 高智能MCP适配openGauss。#4 @weixin_44204324

    • MCP是为LLM和Agent系统设计的标准化交互框架,使LLM可以与外部数据库、API和工具进行高效交互。MCP适配openGauss数据库让AI智能体能够通过标准化协议安全、高效地直接操作企业级国产数据库,将结构化数据无缝融入AI工作流,大幅降低AI应用与复杂数据系统集成的开发门槛。
  • 内核工具:支持主备数据校验工具#1212 @yc-jianda

    • 以可视化HTML报表展示各备节点数据文件md5值与主节点不一致的文件,方便直观对比MD5值不一致的数据文件。
  • 企业级能力

    • 支持XMLTABLE。用于将 XML 文档按指定行路径展开为关系表结果,并通过 COLUMNS 子句将节点、属性或表达式映射为输出列。该语法在 FROM 子句中作为表函数使用。#8857 @lianshanzhou
    • JSONB功能增强,支持jsonb_path_exists函数,检查指定JSONB值的指定JSON路径下是否有任何项。支持jsonb_path_query_first函数,通过JSONPATH在JSON数据中提取特定数据的表达式。#8869 @yelingzhi
    • 段页式表支持空间回收。在DELETE和UPDATE段页式表后,通过系统函数回收空间,使表文件占用的存储资源更有效地释放,不影响用户业务的正常运行。#8535 @Lamaric
    • 支持wal2json插件。用于将WAL(Write-Ahead Log)中的数据变更转换为JSON格式输出。#8559 @Rade_he
  • DataKit:迁移工具增强

版本兼容性说明

  • l2_norm函数表现变更。该函数用来计算欧几里得范数,原始表现l2_norm函数针对vector数据类型的入参,由于代码逻辑问题执行将报错,现通过将入参转化为sparsevec类型,调用l2_norm(sparsevec)函数,并返回正确的结果。#9093 @wofanzheng
  • 新增GUC参数enable_subscription,控制是否支持创建发布订阅。默认值为off,即不支持创建发布订阅。对于升级场景,若升级前集群中有发布订阅,则OM升级时会自动将该参数设置为on,以确保升级后的集群仍支持发布订阅。#8898 #1227 @wangzhengyuan1
  • GUC参数b_compatibility_user_host_auth默认值由off调整为on。修改后的默认值兼容MySQL的行为,允许创建user@host'user'@'host'之类的用户名并兼容mysql的user@host认证鉴权。对于升级场景,OM升级时将保持该参数默认值和升级前一致,确保升级前后表现兼容。#8150 #1239 @ywzq1161327784
  • GUC参数b_format_behavior_compat_options默认值由空调整为enable_set_variables,set_session_transaction,enable_modify_column,default_collation,fetch,enable_multi_charset,diagnostics。修改后的默认值兼容MySQL的行为,允许设置自定义变量,多字符集等。对于升级场景,OM升级时将保持该参数默认值和升级前一致,确保升级前后表现兼容。#8150 #1239 @ywzq1161327784
  • GUC参数enable_set_variable_b_format默认值由off调整为on。修改后的默认值兼容MySQL的行为,允许自定义用户变量。对于升级场景,OM升级时将保持该参数默认值和升级前一致,确保升级前后表现兼容。#8150 #1239 @ywzq1161327784
  • GUC参数dolphin.sql_mode默认值由sql_mode_strict,sql_mode_full_group,pipes_as_concat,ansi_quotes,no_zero_date,pad_char_to_full_length,auto_recompile_function,error_for_division_by_zero调整为sql_mode_full_group,sql_mode_strict,no_zero_date,error_for_division_by_zero,block_return_multi_results,escape_quotes,disable_escape_bytea。修改后的默认值兼容MySQL的行为。对于升级场景,OM升级时将保持该参数默认值和升级前一致,确保升级前后表现兼容。#2217 #1239 @ywzq1161327784
  • GUC参数dolphin.lower_case_table_names默认值由1修改为0。修改后的默认值兼容MySQL的行为,默认区分大小写。对于升级场景,OM升级时将保持该参数默认值和升级前一致,确保升级前后表现兼容。#2217 #1239 @ywzq1161327784
  • GUC参数dolphin.use_const_value_as_colname默认值由false修改为true。修改后的默认值兼容MySQL的行为,默认在SELECT查询时,对于常量,直接使用常量的值作为列名。对于升级场景,OM升级时将保持该参数默认值和升级前一致,确保升级前后表现兼容。#2217 #1239 @ywzq1161327784
  • GUC参数dolphin.transform_unknown_param_type_as_column_type_first默认值由false修改为true。修改后的默认值兼容MySQL的行为,对于preapre语句中unknown类型的参数优先按照其比较的列类型来解释,从而避免因为隐式类型转换导致的索引失效的问题。对于升级场景,OM升级时将保持该参数默认值和升级前一致,确保升级前后表现兼容。#2217 #1239 @ywzq1161327784

已知问题

  • openGauss没有文件权限,慢盘监控功能。在文件权限异常时,数据库会退出,日志中会有相应打印信息。在慢盘时,数据库操作会变慢。
  • MOT(Memory Optimized Tables)与增量检查点特性不兼容,如果使用MOT,需要关闭增量检查点功能。
  • LLVM对ARM架构支持不友好,在导入MOT的TPCC时候报LLVM相关错误。可以通过不启用JIT规避,使用enable_mot_codegen开关控制。对于不启用JIT对TPCC测试产生的性能影响,可以通过force_mot_pseudo_codegen= true配置来降低性能影响。

已修复问题

完整问题清单请参见完整问题清单

完整的内核提交记录请参见提交记录

已修复问题请参见下表。

ISSUE关联仓库问题描述
8059openGauss-server[Bug]: 【升级】使用7.0.0RC3B023的openeuler2403的包,设置打开升级模式,在数据库内alter extension dolphin update to "4.3"及以下版本报错
8046openGauss-server[Bug]: 【升级】从5.0.0->5.0.2->5.0.5->7.0.0RC3的连升场景,在5.0.5升级到7.0.0RC3报错
8036openGauss-server[Bug]: 设置archive_command参数后,在主上执行gs_om -t restart,两个备起来不,进入备节点gs_ctl可以拉起来
8031openGauss-server[Bug]: 【测试类型:功能测试】【测试版本:7.0.0-RC3】【资源池化】自动化,执行CI过程中发现pwrite相关core
8019openGauss-server[Bug]: 【A兼容性】【CI】在7.0.0RC3B020版本A兼容库里执行json_textcontains相关用例,导致数据库挂掉
8018openGauss-server[Bug]: 【长稳】7.0.0RC3B020版本B库执行分区表插入语句,发生内存泄漏
8014openGauss-server[Bug]: 删除gms_xmlparser插件失败
8013openGauss-server[Bug]: gs_om -t start操作环境未成功拉起,产生coredump
8007openGauss-server[Bug]: 列存模式下向量化查询导致OOM
7994openGauss-server[Bug]: 【升级】【传统】从6.0.3带D库升级到7.0.0RC3,升级过程报错
7992openGauss-server[Bug]: b_format_behavior_compat_options设置为"",表插入出现core
7983openGauss-server[Bug]: 6.0.0升级至7.0.0-RC3 B018版本元数据校验失败
7979openGauss-server[Bug]: 运行tpcc期间多次执行数据库重启,第8次stop失败,start也不能拉起
7973openGauss-server[Bug]: 【长稳】【传统】安装集群后设置极致RTO参数,重启集群状态异常
7971openGauss-server[Bug]: 【升级】【传统】从5.0.0升级到7.0.0RC3最新版本,升级报错
7958openGauss-server[Bug]: opengauss7.0RC2版本行列融合HTAP表tpch压测多并行下库宕机【M】
7941openGauss-server[Bug]: 开线程池enable_thread_pool=on,创建B库指定tablespace数据库coredump【NJYJ】
7920openGauss-server[Bug]: 【测试类型:功能测试】【测试版本:7.0.0-RC3】diskann PQ 包和opengauss转测包配合,重启集群gaussdb发生core
7915openGauss-server[Bug]: root用户在本地模式下执行gs_check命令,提示name 'CmdUtil' is not defined
7912openGauss-server[Bug]: [neon branching]Yat用例连跑SUBXACT_ROLLBACK用例,计算节点crash,并且计算节点重启失败
7908openGauss-server[Bug]: online ddl修改压缩属性数据库无法连接
7902openGauss-server[Bug]: 【升级】从5.0.0升级到7.0.0RC3B015报错,升级失败
7900openGauss-server[Bug]: ADIO开启时删除数据后Vacuum Full之后\d+ table_name数据库core
7883openGauss-server[Bug]: 【资源池化】长稳3*24小时数据库宕机
7872openGauss-server[Bug]: 【测试类型:性能测试】【测试版本:7.0.0-RC3】【资源池化】RTO性能不满足出口指标
7871openGauss-server[Bug]: [neon branching特性]gms_utility.analyze_schema功能,ESTIMATE_ROWS值过大,计算节点crash
7870openGauss-server[Bug]: [neon branching特性]回收站功能启用之后,执行sql ,计算节点crash.
7866openGauss-server[Bug]: [neon branching特性] 创建增量物化视图、普通物化视图,计算节点crash
7845openGauss-server[Bug]: neon branching创建段页式表时,计算节点crash
7837openGauss-server[Bug]: 【升级】从7.0.0RC2升级到7.0.0RC3最新转测版本,升级失败
7823openGauss-server[Bug]: 【升级】从低版本3.0.5升级到当前7.0.0RC3B013版本,升级报错
7818openGauss-server[Bug]: openGauss 数据库运行一段时间后,占用服务器内存会随运行时间持续增长
7795openGauss-server[Bug]: 连接失败报数据库不存在,但是实际数据库存在
7794openGauss-server[Bug]: ADIO开启时删除数据后Vacuum Full导致数据库CORE
7786openGauss-server[Bug]: 版本安装包不符合安全编译选项发布标准
7731openGauss-server[Bug]: [资源池化]稳定性测试,执行6*24小时+,主节点dssserver断连,无core生成
7638openGauss-server[Bug]: 数据库core文件报错:Cannot access memory at address 【M】
7577openGauss-server[Bug]: 【测试类型:功能测试】【资源池化】自动化,执行CI过程中踢掉备机,重新加入备机后,集群卡住
1232openGauss-workbench[Bug]: datakit迁移时不选择表,任务无法启动
1226openGauss-workbench[Bug]: DataKit MySQL全流程迁移中,指定表迁移功能无效
1165openGauss-workbench[Bug]: pg迁移分区表时报错

继承功能

CVE漏洞

本版本是2026年3月发布的创新版本,版本涉及的CVE漏洞可通过CVE列表查询。

性能测试报告

openGauss 7.0.0-RC3 版本集成测试报告

版本使用注意事项

  • 版本技术规格可以参照《关于openGauss》中的技术指标
  • 可参照《数据库管理指南》中的数据库部署方案,选择业务需要的部署架构,保证数据库集群的可靠性和可用性。

源代码

openGauss主要包含20个代码仓,引用开源软件的补丁代码仓、JDBC驱动代码仓、ODBC驱动代码仓、数据库服务器代码仓、自治运维平台DBMind代码仓、数据库OM管理工具、数据库CM管理工具代码仓、数据库DMS代码仓、数据库DSS代码仓、数据库CBB代码仓、数据库DCF代码仓、数据库DCC代码仓、数据库插件代码仓、DataKit代码仓、MySQL到openGauss全量迁移工具代码仓、MySQL增量/反向迁移代码仓、数据校验代码仓、数据库prometheus-exporter代码仓、监控插件生成工具代码仓和文档仓库:

用户须知

openGauss是一款极致性能、安全、可靠的多模开源数据库。采用协议“木兰宽松许可证”(Mulan PSL V2),用户可以自由复制、使用、修改、分发,不论修改与否。

openGauss的版本号遵循 X.Y.0-RCx 的格式,旨在区分不同类型的版本更新。具体而言:

  • LTS版本(X.0.0):每两年发布一次,标志着长期稳定支持的版本,适合大规模部署与生产环境使用。社区承诺为每个LTS版本提供为期三年的维护支持,确保其持续稳定与安全。
  • 创新版本(X.Y.0-RCx):每半年推出,旨在快速迭代,提供最新的功能与技术预览这些版本主要用于用户测试与创新合作,社区将提供为期半年的维护支持,鼓励探索与反馈。
  • 补丁版本(X.Y.0):当遇到重大问题时,会适时发布,旨在迅速修复关键性错误,保障系统稳定运行。

致谢

我们衷心地感谢参与和协助 openGauss 7.0.0-RC3版本发布的项目的所有开发者和伙伴,包括华为、北京海量数据技术股份有限公司、天津神舟通用数据技术有限公司、天津南大通用数据技术股份有限公司、粤港澳大湾区(广东)国创中心、中移信息技术有限公司、邮储银行、广东跃昉科技有限公司、云和恩墨(北京)信息技术有限公司、中科院软件所、西北工业大学、民生银行、国能信息、海康威视、浙江大华等组织单位。是你们的辛勤付出使得版本顺利发布,也为openGauss更好地发展提供可能。

openGauss开发者云图