文档中心MogDBMogDB StackUqbar
v3.0

文档:v3.0

支持的版本:

MogDB 3.0.1

1. 版本说明

MogDB 3.0.1是MogDB 3.0.0的补丁版本,于2022.07.30发布,在MogDB 3.0.0的基础上主要进行了bug修复的工作。


2. 修复缺陷

2.1 Kernel

  • 修复动态分区裁剪在pbe场景下概率出现数据库异常的问题
  • 修复gstrace_check_dump_usess导致数据库异常的问题
  • 修复分区表达式类型转换时结果错误的问题
  • 修复集群环境下在async_submit=on时,特定情况下数据库异常的问题
  • 修复gs_dump导出使用类型创建的表时候语句错误
  • 修复gs_dump处理on update时的问题
  • 修复新会话对全局临时表执行merge操作时报无法打开表文件的问题
  • 修复opengauss_exporter和mogdb的兼容问题
  • 修复pg_get_tabledef函数不能正确获取根据type类型创建的表DDL的问题
  • 修复在表的非属主数据库中使用pg_get_tabledef函数获取分区表tablespace错误的问题
  • 修复使用package包中的exception_init函数报错的问题
  • 修复当log_min_messages = debug5 时,插入特定数据失败的问题
  • 修复二级分区表创建bloom索引后,pg_repack执行失败的问题
  • 修复mysql兼容on update timestamp memcheck测试问题
  • 修复gs_async_submit_sessions_status视图应在dbe_perf下的问题
  • 修复断开连接重连后on update timestamp特性失效的问题
  • 修复查询内存使用视图时导致的数据库异常的问题
  • 修复pg_get_tabledef没有生成on update current_timestamp语法的问题
  • 修复tools包内lib目录内缺少libcjson库依赖文件的问题

2.2 CM

  • 修改代码使DCF模式下暂不支持AZ相关的switchover操作(-a/-A/-z [az_name])
  • 修复cm_ctl设置cms升主模式为AUTO时偶尔失败的问题
  • 修复cm_agent的强制kill机制导致处于coredump状态的mogdb进程无法生成完整corefile文件的问题

2.3 插件

  • 【whale】dbms_output包支持serveroutput
  • 【whale】修复dbms_utility.db_version的参数不应该为inout
  • 【whale】修复behavior_compat_options='proc_outparam_override'情况下创建插件报错的问题
  • 【whale】修复get_line 和get_lines 输出值不正确的问题
  • 【orafce】 删除orafce中与whale冲突的包与视图,函数定义增加package定义以支持在pgplsql中的调用
  • 【orafce】 修复utl_file.fopen触发了数据库core,文件名为空指针的问题
  • 【orafce】 修复表带有on update timestamp属性字段时,pg_repack重构缺失default属性的问题
  • 【wal2json】修复delete event在表仅有唯一索引时候的输出错误

3. 已知issue

  • whale插件中,to_timestamp函数无法将date类型转换为timestamp类型;

    临时解决方案:新增一个to_timestamp函数,入参为timestamp without time zone,返回值和类型和入参一样

    CREATE or replace FUNCTION pg_catalog.to_timestamp(timestamp without time zone)     
    RETURNS timestamp without time zone     
    IMMUTABLE     
    AS $$       
    select $1;     
    $$ LANGUAGE sql;
  • 使用for reverse.. loop循环的存储过程输出结果与Oracle表现不一致。

    临时解决方案:

    1. 如果使用MTK迁移原应用代码,时会自动转换
    2. 新写的代码需要手动对调开始值和结束值的位置
  • 在wal_level=hot_standby模式下,gs_probackup指定的recovery-target-time大于最后一次备份集时间时进行PITR恢复会失败。

  • query_dop设置成非默认值1时,执行百万级数据量查询,执行报错:ERROR: bogus varno: 65001

  • 压缩表中tuple未按照指定的顺序进行存放,而是内部做了数据顺序的调整,导致压缩表在cluster聚簇命令之后tuple顺序不是预期的数据顺序(数据不会丢失,只是数据的存放顺序与设计预期不符)。

Copyright © 2011-2024 www.enmotech.com All rights reserved.