Digoal.zhou

> 现在实例达到2T多，单线程备份居然需要好几个小时，而且只能在主库进行，大大增加主库风险。查看了目前主流的备份工具（barman、bgbackreset），都是基于pg_basebackup进行开发升级的，原理基本一致，需要执行pg_start_backup和pg_stop_backup，这两个命令只能在主库执行。 pg_basebackup支持在备库进行的呀, 有share模式, 不一定要start backup, stop backup.

行业: 通用 功能期望: 语句级超时HINT, 例如 /*+ Set(statement_timeout "100ms") */ select * from abc where info like '%abcde%'; 解决什么问题: 防雪崩, 指定某些特定SQL的执行耗时上限 期望功能分级: 有就一定用 替代方案: 由于实现问题, pg_hint_plan目前无法对statement_timeout设置超时.

> 行业：通用 > 功能期望： > 1）vacuum full时表大部分时间可用。例如：发起该操作时,后台创建一张临时表,进行可用元组复制等,并通过触发器记录增量,待完成后,替换表名、执行触发器、更新系统视图等并清理原表,仅rename时表锁,降低影响。索引的话设置可见/不可见 > 2）拥有grant all权限的角色,新增表时关系能继承,而不用再次授权。类似mysql 库.* 授权方式。 > 3）WAL日志能指定时间区间进行解析/反解析。反解析类似mysql的binlog2sql > > 期望功能分级: 没有就不用 好提议, 现在vacuum full需要使用pg_repack插件来代替. 如果vacuum full能直接支持就太好了. WAL日志能指定时间区间进行解析/反解析, 这个功能需要内核层支持这个功能, 例如应该需要内部有自动维护slot窗口的机制, 通过参数配置来保持2小时内的wal可被解析. grant all这个功能隐藏得比较深入, 使用alter...

行业：通用 功能期望： 存储按实际使用收费. 目前云数据库服务基本上都是需要预购存储, 无法按真实使用付费. 期望可以根据pg_database_size的评估容量进行收费. wal日志和归档另外计费. 当数据删除后, pg_database_size的计算容量立减, 计费也应该立减 期望功能分级: 没有就不用

> > 行业：通用 > > 功能期望： > > 存储按实际使用收费. 目前云数据库服务基本上都是需要预购存储, 无法按真实使用付费. > > 期望可以根据pg_database_size的评估容量进行收费. wal日志和归档另外计费. > > 当数据删除后, pg_database_size的计算容量立减, 计费也应该立减 > > 期望功能分级: 没有就不用 > > 很好，希望早点上！ > 如果没做空间回收，还是占用os空间，此时收费应该的吧，因为别人也不能购买使用这部分空间。vacuum full...

行业：通用 功能期望： 库表级快照、时间点克隆、时间点flash back功能. 场景: 在企业paas服务场景, 每个数据库的不同table或schema或database会对应到软件服务中的某一个企业, 当这个企业的数据需要回退时, 不需要回退整个数据库实例. 期望功能分级: 有就用

> 能搭建，总得给个解决办法。 希望详细解释一下, 异端pg_rewind.

通用行业问题: mysql的性能较弱, 用户在略微复杂的sql下容易遇到性能问题，而解决办法通常是分库分表+同步到搜索引擎和数据分析产品来解决. 问题凸显: 中台投入, 成本上升，同步延迟, 异构同步出现差错等问题。 功能期望: pg支持mysql协议和语法, 在不改变用户习惯的情况下支持mysql 客户问题, 同时支持pg复杂语法, 支撑大型业务场景. 附加功能: mysql负载抓取，负载replay, 诊断优化工具

行业：软件PaaS行业 功能期望： 数据库名、用户名隐藏, 用户只能看到指定的其他用户和指定的数据库. 在元数据中直接隔离, server less功能. 场景: 在企业paas服务场景, 每个数据库会对应到软件服务中的某一个企业, 在元数据层面进行隔离. 原始的PG版本数据库、账号都是全局数据, 全部可见, 虽然在连接、数据访问等方面有权限隔离, 但是元数据没有被隔离. 期望功能分级: 有就用

行业：互联网行业 功能期望： 基于sql特征规则限流的功能. 在hook层面实现. 目前仅支持用户、db、全局statement级别的timeout. 粒度较大. 希望能能通过配置sql, qps来实现. 例如sql1: qps上限10000, sql2: qps上线1000. sql中支持变量配置, 例如select x from x where x; 场景: 防止雪崩. 防止某些业务或个人提交某些sql把资源耗尽. 期望功能分级: 有就用