November 2022 - Community - mailweb.opengauss.org

【关于DataStudio 返回函数报错行员不准确问题的公示】
by 王超 30 Nov '22

30 Nov '22

关于DataStudio 返回函数报错行员不准确问题的公示问题单：https://gitee.com/opengauss/openGauss-server/issues/I5V23C 经过我们对该问题定位分析函数执行报错的错误信息为数据库内核返回错误信息。DataStudio直接透传。另函数执行错误行号为函数体行号，不是函数整体行号信息。 pg_get_functiondef(612255);返回包含 headerlines 和definition两部分。函数整体行号=headerlines + 函数体行数。所以当前错误信息返回行号28 + headerlines （4） = 32 为当前函数错误所在行号。并经过 CCB 裁决，该问题单为非问题。在此公示七天，并于公示结束后关闭该问题单。谢谢！ 2022-11-30

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

关于“对表执行VACUUM FULL之后pg_class中对应的relpages、reltuples被清零且很长时间都不会更新” 问题的回复
by laishenghao 24 Nov '22

24 Nov '22

@scmysxb <https://gitee.com/scmysxb> 您好，针对问题单https://gitee.com/opengauss/openGauss-server/issues/I62IEI 根据openGauss 产品和pg产品的设计，VACUUM命令的 FULL参数选项，只会执行空间清理工作，并不会更新 pg_class 表格的统计信息。如果想更新 pg_class 的统计信息，请使用 ANALYZE 选项参数，执行 VACUUM ANALYZE tb; 详见相关文档：https://docs.opengauss.org/zh/docs/3.1.0/docs/Developerguide/VACUUM.…<https://gitee.com/link?target=https%3A%2F%2Fdocs.opengauss.org%2Fzh%2Fdocs%…> 如果没有收到您其他的疑问的话，我们将在一周内关闭此问题单。 Thanks.

1 0

OpenGauss PRPROC NUMA优化的效果
by 谭一凡 24 Nov '22

24 Nov '22

Hi all, 我最近在研究 https://zhuanlan.zhihu.com/p/391712626 中 NUMA-aware 的优化：“5. 支持NUMA-aware数据和线程访问分布” 章节的 “全局PGPROC数组优化”。在源码中，这部分优化通过 __USE_NUMA 宏来开启或关闭。我用 OpenGauss 3.1.0 开启或关闭 __USE_NUMA 宏的两个版本，运行 TPC-C 测试，但没有测出性能差距。参数和硬件配置同博客 https://blog.opengauss.org/en/post/2022/opengauss-database-performance-opti… ，2个Kunpeng 920（共128核），4个NUMA节点。请问有大佬测过NUMA优化能带来多少性能提升吗？谢谢！ Best Regards, Jimmy Tan

1 0

OpenGauss PRPROC NUMA优化的效果
by 谭一凡 24 Nov '22

24 Nov '22

Hi all, 我最近在研究 https://zhuanlan.zhihu.com/p/391712626 中 NUMA-aware 的优化：“5. 支持NUMA-aware数据和线程访问分布” 章节的 “全局PGPROC数组优化”。在源码中，这部分优化通过 __USE_NUMA 宏来开启或关闭。我用 OpenGauss 3.1.0 开启或关闭 __USE_NUMA 宏的两个版本，运行 TPC-C 测试，但没有测出性能差距。参数和硬件配置同博客 https://blog.opengauss.org/en/post/2022/opengauss-database-performance-opti… ，2个Kunpeng 920（共128核），4个NUMA节点。请问有大佬测过NUMA优化能带来多少性能提升吗？谢谢！ Best Regards, Jimmy Tan

1 0

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

22 Nov '22

Hi, @Max<https://gitee.com/beTheOneIWannaBe> 针对问题单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 如果没收到您其他疑问的话我们将在下周关闭此问题单。

1 1

答复: Welcome to the "Community" mailing list
by lijianqiu (A) 22 Nov '22

22 Nov '22

-----邮件原件----- 发件人: community-request(a)opengauss.org [mailto:community-request@opengauss.org] 发送时间: 2022年11月22日 16:42 收件人: lijianqiu (A) <lijianqiu(a)huawei.com> 主题: Welcome to the "Community" mailing list 欢迎使用“Community”邮件列表！要通过此列表交流，请发送电子邮件至: community(a)opengauss.org 取消订阅或调整选项请发送电子邮件至: community-leave(a)opengauss.org 在主题或正文中使用"help"一词(不包括引号), 您将会收到一条带有说明的信息。更改设置需要用到密码，但出于安全考虑，此处不包括此密码。如果您忘记了密码，则需要通过网络用户界面重置密码。 Welcome to the "Community" mailing list! To post to this list, send your email to: community(a)opengauss.org You can unsubscribe or make adjustments to your options via email by sending a message to: community-leave(a)opengauss.org with the word 'help' in the subject or body (don't include the quotes), and you will receive a message with instructions. You will need your password to change your options, but for security purposes, this password is not included here. If you have forgotten your password, you will need to reset it via the web UI.

1 0

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

22 Nov '22

Hi, @Max<https://gitee.com/beTheOneIWannaBe> 针对问题单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 如果没收到您其他疑问的话我们将在下周关闭此问题单。

1 0

v3.0.1 和 v3.1.0 版本差别
by qinhao＠newland.com.cn 07 Nov '22

07 Nov '22

请问 v3.0.1 和 v3.1.0 版本有啥差别呢，建议生产中用哪个版本，v3.1.0 比 v3.0.1测试更充分吗？新大陆软件秦浩 mobile: 17625988619 e-mail:qinhao@newland.com.cn

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

2024

2023

2022

2021

2020

Community November 2022