November 2022 - StorageEngine - mailweb.opengauss.org

Storage SIG
by openGauss conference 30 Nov '22

30 Nov '22

您好！ openGauss StorageEngine SIG 邀请您参加 2022-12-02 14:30 召开的Zoom会议(自动录制) 会议主题：Storage SIG 会议链接：https://us06web.zoom.us/j/84020598791?pwd=QUZzVE92WlFlZGE1Sm5xNTE0dXpFZz09 温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在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-12-02 14:30, The subject of the conference is Storage SIG, You can join the meeting at https://us06web.zoom.us/j/84020598791?pwd=QUZzVE92WlFlZGE1Sm5xNTE0dXpFZz09. 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 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