Digoal.zhou comments

Results 59 comments of


                                            Digoal.zhou

trafficstars

PG 数据库功能许愿墙

> 行业:传统制造业 > 期望功能:PG长时间空闲连接可以自动回收并释放资源; > 解决什么问题:PG空闲连接进程把内存耗尽; > 期望功能分级: 有就一定用有个插件可以实现, pg_timeout

PG 数据库功能许愿墙

> madlib 作为阿里云的内置plugin > http://madlib.apache.org/docs/latest/group__grp__graph.html 好提议

PG 数据库功能许愿墙

行业:通用期望功能:pg_stat_statements提供p99 , p95的指标解决什么问题:监控PG语句的执行稳定性, 作为业务指标参考. 期望功能分级: 有就一定用

PG 数据库功能许愿墙

> 1、单实例Postgres支持50TB数据吗？响应时长大概多少吗？ > 2、生产环境，OLTP场景，单实例Postgres一般的上限是多少比较合适？单表最大128TB, 单实例没有设计上限. 需要结合硬件和具体业务case, 以及围绕目标的方案设计.

> 行业：通用 > 功能期望： > 1）vacuum full时表大部分时间可用。例如：发起该操作时,后台创建一张临时表,进行可用元组复制等,并通过触发器记录增量,待完成后,替换表名、执行触发器、更新系统视图等并清理原表,仅rename时表锁,降低影响。索引的话设置可见/不可见 > 2）拥有grant all权限的角色,新增表时关系能继承,而不用再次授权。类似mysql 库.* 授权方式。 > 3）WAL日志能指定时间区间进行解析/反解析。反解析类似mysql的binlog2sql > > 期望功能分级: 没有就不用 14增加了2个角色, read和write all object, 可以解决第二个问题

PG 数据库功能许愿墙

> 行业: 通用 > 功能期望: 可配置idle 会话超时断开的时间 > 解决什么问题: 降低连接, 当某些异常请求把PG连接打爆后, IDLE一段时间自动释放. > 期望功能分级: 有就一定用 PG 14支持了.

请教Greenplum的硬件配置问题

主要取决于并行度和算力要求, 并行高就多给点cpu per segment. 算力要求高就少给点cpu per segment

pg_awr的snap_database函数问题咨询

我尽快修复这个问题，会导致vacuum的计数器丢失。

pg_awr中函数snap_delete(i_reserved int)问题

我尽快修复这个问题

请教全字段模糊搜索中创建record_to_text报错

可能你复制的代码里有隐含字符，有问题，你自己敲一遍试试。