- StorageEngine - mailweb.opengauss.org

社区问题回复
by lijianqiu (A) 25 Nov '22

25 Nov '22

Hi, @zhangbb ,@benxiaohai00121 针对问题单【备节点使用gs_basebackup备份失败】 https://gitee.com/opengauss/openGauss-server/issues/I5ICXA?from=project-iss… 【gs_probackup恢复数据之后，gs_ctl build节点失败】 https://gitee.com/opengauss/openGauss-server/issues/I58F9K 按照issure提供的步骤，测试超过20次，无法复现问题。如果没收到您其他疑问的话我们将在下周关闭此问题单。如有异议，可以重新打开此issue，并在issue中补充可复现的测试步骤、可供定位的堆栈日志等详细信息。 _______________________________________________ Community mailing list -- community(a)opengauss.org<mailto:community@opengauss.org> To unsubscribe send an email to community-leave(a)opengauss.org<mailto:community-leave@opengauss.org>

1 0

【dumpall使用with-encryption和with-key参数,恢复过程解密失败】社区问题回复
by lijianqiu (A) 22 Nov '22

22 Nov '22

Hi, @Max 针对问题单https://gitee.com/opengauss/openGauss-server/issues/I5ZTA8 执行恢复操作时，需要加with-key参数，且参数值需要与执行dump时指定的要一致。如果导出与导入时的with-key不一致，就会解密失败。 1、使用下面命令导出： gs_dumpall -c -f /home/ommms1/backup/dumpdata/all.sql --with-encryption=AES128 --with-key=test@KEY -p 28800 下面命令恢复： gsql -d postgres -p 28800 -r -f /home/ommms1/backup/dumpdata/all.sql --with-key=test@KEY 可以正常恢复 2、恢复数据时，加了参数-with-key，但是参数值与导出时的参数值不一样，就会报解密失败。可复现如下报错 gsql -d postgres -p 28800 -r -f /home/ommms1/backup/dumpdata/all.sql --with-key=test@KEYaa decrypt cipher text to plain text failed. total time: 3 ms 如果没收到您其他疑问的话我们将在下周关闭此问题单。 _______________________________________________ Community mailing list -- community(a)opengauss.org To unsubscribe send an email to community-leave(a)opengauss.org

1 0

opengauss支持的硬件平台
by CHANGE 07 Nov '22

07 Nov '22

你好，在官方文档上看见opengauss支持的硬件平台是x86和arm，提供的安装包也是这二者的。为什么不支持mipsel，以后会支持吗？

1 0

timescaledb插件适配组关于openGauss内核函数添加的审核请求
by 逆凌飞羽 04 Nov '22

04 Nov '22

各位老师好：       我们是华为众智计划-流引擎与openGauss适配项目的开发组，目前插件适配工作已经基本完成，但是由于内核缺少一些timescaledb插件依赖的函数，所以经过我们的筛选整理出了待添加清单，请各位老师评审，是否可以添加到内核中，具体的函数分类我们在例会上进行了汇报，期待各位老师的意见，我们好继续项目的推进。       此致       敬礼！中央民族大学信息工程学院刘征 13019375815 429732589(a)qq.com

1 0

【列存表使用列属性compress_mode=DELTA】社区问题单非问题公示
by 陈栋 03 Nov '22

03 Nov '22

hi，@zdai96 针对问题单：https://gitee.com/opengauss/openGauss-server/issues/I5XOTQ?from=proje… 我认为这是非问题，理由如下操作的SQL非批量插入，而是点插。列存表存储结构决定了不适合使用点插，每次insert会使用一个新的CU，因此对存储空间占用巨大。列存表适用场景见ht… 正确的insert语句为 insert into t1 select generate_series(1,10000000); 这里再解释一下为什么点插语句int和float类型存储空间占用区别巨大。列存表分为CU和CUDESC，前者是最小的列存单元，存储列存的数据；后者存储CU对应的一些信息，是行存表。每一个CU都对应CUDESC中的一行记录，这一行数据中除了CU的基本信息，还有min/max的字段，用于加速查询。点插情况下int是一种特殊的类型，其max/min值与数据值相同，在本例中可以直接插入CUDESC内，通过min/max就可以把值取出来了，因此不会生成CU。而代码中限制了float没有min、max值，即使点插情况下也会生成CU（这里又有delta表概念，本例中未开启，因此不考虑），所以存储空间占用较大。借用@pengjiong的例子，其中插入了100w条数据，float和int相比占用的CUDESC相同，但是float比int多生成了100w个CU，每个CU大小为8K，因此存储空间多了7813MB。如果对回复本身没有异议的话，该issue将于下周四关闭。

1 0

openGauss storage SIG例会
by openGauss conference 26 Oct '22

26 Oct '22

您好！ openGauss StorageEngine SIG 邀请您参加 2022-11-04 14:30 召开的Zoom会议(自动录制) 会议主题：openGauss storage SIG例会会议链接：https://us06web.zoom.us/j/88661830000?pwd=UmJKNzFWczJiTjM5SWZsb21jakNNUT09 温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在gitee.com的ID 提前申报议题请编辑：https://etherpad.opengauss.org/p/StorageEngine-meetings 更多资讯尽在：https://opengauss.org/zh/ Hello! openGauss StorageEngine SIG invites you to attend the Zoom conference(auto recording) will be held at 2022-11-04 14:30, The subject of the conference is openGauss storage SIG例会, You can join the meeting at https://us06web.zoom.us/j/88661830000?pwd=UmJKNzFWczJiTjM5SWZsb21jakNNUT09. Note: You are advised to change the participant name after joining the conference or use your ID at gitee.com. Add topics: https://etherpad.opengauss.org/p/StorageEngine-meetings More information: https://opengauss.org/en/

1 0

上会申请
by 逆凌飞羽 25 Oct '22

25 Oct '22

您好：       我们是中央民族大学翁彧团队，目前承接众智项目“流引擎与openGauss适配”的任务，主要负责timescaledb与openGauss 3.0版本的适配，目前适配工作大体完成，想通过讨论会，汇报与讨论一些问题，跟各个团队学习优秀经验并解决当前问题，目前团队遇到问题汇总如下：       1.由于不允许向openguass内核添加代码，原来timescaledb中有大量代码依赖pg内核(og内核中缺失)，需要复制到timescaledb中，导致大量代码冗余；             2.编译过程中，og内核的很多文件没有编译到guasshome即server文件夹下，导致tsdb无法调用，复制相当于是改变内核代码，而且也可能导致第三个错误的出现(c++编译时已经将路径完整定义,后面移动后可能导致无法找到原路径,而且移动之后的.h文件没有经过编译,很有可能报错)      3.Timescaledb找不到部分openguass依赖的头文件(比如文件存在centos7.6/gcc/gcc7.3.0/c++中,但是timescaledb找不到对应路径)如果把依赖路径(比如centos7.6/gcc/gcc7.3.0/c++添加到timescaledb的Makefile中，可能会出现文件同名,函数同名之类导致的编译错误)       我们团队希望通过交流讨论，解决上述问题，感谢各位的支持。       此致       敬礼      刘征       429732589(a)qq.com      中央民族大学信息工程学院

1 0

上会申请
by 逆凌飞羽 21 Oct '22

21 Oct '22

您好：       我们是中央民族大学翁彧团队，目前承接众智项目“流引擎与openGauss适配”的任务，主要负责timescaledb与openGauss 3.0版本的适配，目前适配工作大体完成，想通过讨论会，汇报与讨论一些问题，跟各个团队学习优秀经验并解决当前问题，目前团队遇到问题汇总如下：       1.由于不允许向openguass内核添加代码，原来timescaledb中有大量代码依赖pg内核(og内核中缺失)，需要复制到timescaledb中，导致大量代码冗余；       2.编译过程中，og内核的很多文件没有编译到guasshome即server文件夹下，导致tsdb无法调用，复制相当于是改变内核代码，而且也可能导致第三个错误的出现(c++编译时已经将路径完整定义,后面移动后可能导致无法找到原路径,而且移动之后的.h文件没有经过编译,很有可能报错)       3.Timescaledb找不到部分openguass依赖的头文件(比如文件存在centos7.6/gcc/gcc7.3.0/c++中,但是timescaledb找不到对应路径)如果把依赖路径(比如centos7.6/gcc/gcc7.3.0/c++添加到timescaledb的Makefile中，可能会出现文件同名,函数同名之类导致的编译错误)       我们团队希望通过交流讨论，解决上述问题，感谢各位的支持。       此致       敬礼      刘征       429732589(a)qq.com      中央民族大学信息工程学院

1 0

StorageEngine SIG
by openGauss conference 18 Oct '22

18 Oct '22

您好！ openGauss StorageEngine SIG 邀请您参加 2022-10-21 14:30 召开的Zoom会议(自动录制) 会议主题：StorageEngine SIG 会议链接：https://us06web.zoom.us/j/86998524828?pwd=ZUdwS1FReWlrMTRlWU9uMFY2VkZwUT09 温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在gitee.com的ID 提前申报议题请编辑：https://etherpad.opengauss.org/p/StorageEngine-meetings 更多资讯尽在：https://opengauss.org/zh/ Hello! openGauss StorageEngine SIG invites you to attend the Zoom conference(auto recording) will be held at 2022-10-21 14:30, The subject of the conference is StorageEngine SIG, You can join the meeting at https://us06web.zoom.us/j/86998524828?pwd=ZUdwS1FReWlrMTRlWU9uMFY2VkZwUT09. Note: You are advised to change the participant name after joining the conference or use your ID at gitee.com. Add topics: https://etherpad.opengauss.org/p/StorageEngine-meetings More information: https://opengauss.org/en/

1 0

opengauss压缩性能测试报告
by 林科旭 29 Sep '22

29 Sep '22

您好！       想请问下，opengauss有压缩表相关的性能和压缩率测试报告吗？比如tpcc，sysbench等场景；谢谢发自我的企业微信

2 1

2025

2024

2023

2022

2021

2020

StorageEngine