Dear all，
openGauss 5.1.1.B006版本合入需求见附件1，修复issue列表见附件2，请QA
SIG组安排需求验收和修复缺陷问题验证，同时社区各SIG组及所有爱好者可下载并试用。
openGauss 5.1.1版本release plan公示链接：https://gitee.com/opengauss/release-management/blob/master/openGauss%205.1.1/release-plan.md
openGauss 5.1.1.B006版本下载链接：https://download-opengauss.osinfra.cn/archive_test/5.1.1/openGauss5.1.1.B006/
openGauss 5.1.1.B006版本自验证进展与质量结果同步方式： 建议各sig组及社区用户均可以在QA-sig下以ISSUE方式同步自验证进展和自验证结果；
社区QA
版本测试提单规范：https://gitee.com/opengauss/QA/blob/master/openGauss%E7%BC%BA%E9%99%B7issue%E5%A4%84%E7%90%86%E6%B5%81%E7%A8%8B.md
附件1：验收需求列表
|
社区需求issue编号 |
需求描述 |
|
【内核】增加对WalSender、WalRecv和WalRecvWriter的统计 |
|
|
【内核】日志支持固定空间设置，在此空间范围内支持日志轮转使用（一） |
|
|
资源池化适配gs_probackup，支持全量备份、增量备份、合并、删除、恢复、验证等全量功能。 |
附件2：修复缺陷列表
|
社区缺陷issue编号 |
问题描述 |
|
I7YE0C |
b''、x''格式数据类型与M*不符 |
|
I82GJ2 |
按照文档操作得不到表格形式的执行计划，请确认是步骤遗漏还是版本差异？ |
|
I88Y89 |
【测试类型：工具功能】【测试版本：5.0.1】【升级】3.x（带cm）升级至5.0.1（带cm），升级提交后一段时间，CM集群主备发生切换 |
|
I8AERQ |
【测试类型：兼容性】【测试版本：5.0.0】1主2备环境经过业务后突然3台机器出现Standby need
repair状态[zyzx] |
|
I8AGOT |
使用create table ... like ...
语法创建表时，新创建的表字段属性与原表不一致 |
|
I8BHKU |
【MySQL兼容性-day()和dayofmonth()函数】date入参异常，结果不符合预期 |
|
I8D7QA |
【测试类型：功能测试】【测试版本：5.1.1】【资源池化】reform实际成功，打印失败日志，StartupXLOG先于CBReformDoneNotify走完 |
|
I8DDEH |
【测试类型：SQL功能】【测试版本：5.1.1】【资源池化】开启spq多机，包含窗口函数的查询，执行计划显示over(?) |
|
I8DIIK |
【测试类型：功能测试】【测试版本：5.1.1】【资源池化】双集群模式下，集群间切换后新主集群内(未重启)进行failover，待升主节点变为Main
Standby |
|
I8DNV7 |
【测试类型：工具功能】【测试版本：5.1.1】全量迁移mysql对象，部分未适配内核兼容语法 |
|
I8EI9U |
【测试类型：SQL功能】【测试版本：5.1.1】time_to_sec函数部分返回与mysql侧不一致 |
|
I8ENDC |
异常的错误反馈 The input NUMCacheEntry is invalid, which is Null |
|
I8ENSF |
异常的错误信息：interval units "139706646263552" not recognized |
|
I8EQMT |
||用法不兼容 |
|
I8F2XA |
【测试类型：SQL功能】【测试版本：5.1.1】【资源池化】开启spq,备机设置spqplugin.spq_enable_adaptive_scan=on
执行TPCH Q9语句,ctrl+c后继续执行,数据库coredump |
|
I8FD9N |
【测试类型：SQL功能】【测试版本：5.1.1】 兼容B库使用cast类型转换返回结果与mysql不一致 |
|
I8FJNY |
【测试类型：SQL功能】【测试版本：5.1.1】创建包体,且包体中的存储过程给表插入一条数据，调用一次存储过程后，实际插入两条数据 |
|
I8FJY4 |
【测试类型：工具功能】【测试版本：5.1.1】gs_restore导入数据重入时存在异常ERROR提示约束不存在 |
|
I8GG7C |
【测试类型：SQL功能】【测试版本：5.1.1】【资源池化】开启spq,通过jdbc连接数据库执行分区表连表+union查询语句，查询报错 |
|
I8GGOS |
do_check_parameter_name_type注释有矛盾 |
|
I8GHD4 |
【测试类型：功能测试】【测试版本：5.1.1】【需求名称：资源池化】full clean
场景 节点 加入 一直失败，然后踢出 |
|
I8GHGE |
【测试类型：资料】【测试版本：5.1.1】 SQL参考>函数和操作符>其他系统函数页面展示部分说明格式不正确，应该正常字符展示，实际展示为链接 |
|
I8GNXU |
【测试类型：功能测试】【测试版本：5.1.1】【自动化】CI功能用例执行过程中数据库异常core(插件加载问题) |
|
I8GQ7G |
在/openGauss-server/src/common/backend/utils/fmgr/fmgr.cpp:3024文件处出现段错误 |
|
I8GQLW |
在/openGauss-server/src/common/backend/parser/parse_clause.cpp:2593文件处触发断言失败 |
|
I8GQTR |
在/openGauss-server/src/gausskernel/optimizer/plan/createplan.cpp:350文件处出现段错误 |
|
I8GT4L |
execute_guc_command_in_remote_node函数注释存在笔误 |
|
I8GUVS |
当原MySQL实例中存在多个数据库，只向opengauss迁移一个数据库时，sink端会把dml和ddl包裹在一个事务中未提交，造成挤压，导致迁移失败 |
|
I8GWOI |
【测试类型：SQL功能】【测试版本：5.1.1】【资源池化】开启spq,spqplugin.spq_enable_adaptive_scan=on,query_dop=8,TPCDS Q14
第二条语句执行时查询节点coredump |
|
I8H6XI |
【测试类型：SQL功能】【测试版本：5.1.1】timescaleDB指定两个时间列创建超表失败 |
|
I8H76T |
【测试类型：SQL功能】【测试版本：5.1.1】 【自动化】问题描述：subtime函数返回time值超[-838:59:59,
838:59:59]，返回结果有误 |
|
I8H9S5 |
【测试类型：SQL功能】【测试版本：5.1.1】【资源池化】开启spq,按顺序执行TPCDS语句到Q45语句时报错ERROR:
spq try build dual channel forward direction failed |
|
I8HBKC |
【测试类型：SQL功能】【测试版本：5.1.1】timescaleDB自定义模式名创建超表失败 |
|
I8I0GY |
【测试类型：工具功能】【测试版本：5.1.1】MySQL创建表并指定表的字符集为ascii，全量迁移至openGauss侧，表未适配字符集SQL_ASCII |
|
I8I5JK |
sql_mode启用ANSI_QUOTES，迁移数据时，chameleon报错"Unknown
column 'auto_increment' in 'where clause'" |
|
I8IC1F |
反向全量source端配置statement.setFetchSize(fetchSize);
未生效，数据量过大时可能出现OOM |
|
I8IECT |
【测试类型：SQL功能】【测试版本：5.1.1】timescaleDB chunk_time_interval
参数可通过 INTERVAL '0 day'方式设置为0，未合理报错 |
附件3：release-plan
participants (1)
-
Fengwei (Will)