德哥_社区达人页

xDB Replication Server - PostgreSQL, Oracle, SQL Server, PPAS 全量、增量(redo log based, or trigger based)同步（支持single-master, mult-master同步, 支持DDL）

xDB Replication Server - PostgreSQL, Oracle, SQL Server, PPAS 全量、增量(redo log based, or trigger based)同步（支持single-master, mult-master同步, 支持DDL）

PostgreSQL 11 内核优化 - 降低vacuum cleanup阶段index scan概率 ( vacuum_cleanup_index_scale_factor , skip index vacuum cleanup stage)

PostgreSQL 11 内核优化 - 降低vacuum cleanup阶段index scan概率 ( vacuum_cleanup_index_scale_factor , skip index vacuum cleanup stage)

PostgreSQL 谁堵塞了谁（锁等待检测）- pg_blocking_pids, pg_safe_snapshot_blocking_pids

PostgreSQL 谁堵塞了谁（锁等待检测）- pg_blocking_pids, pg_safe_snapshot_blocking_pids

PostgreSQL 通过SQL接口关闭、重启数据库

PostgreSQL 通过SQL接口关闭、重启数据库

PostgreSQL 普通表在线转换为分区表 - online exchange to partition table

PostgreSQL 普通表在线转换为分区表 - online exchange to partition table

PostgreSQL 参数优先级讲解

PostgreSQL 参数优先级讲解

PostgreSQL 数据库实例只读锁定（readonly） - 硬锁定，软锁定，解锁

PostgreSQL 数据库实例只读锁定（readonly） - 硬锁定，软锁定，解锁

PostgreSQL 如何让心跳永远不死，支持半同步自动同步、异步升降级 - udf 心跳

PostgreSQL 如何让心跳永远不死，支持半同步自动同步、异步升降级 - udf 心跳

PostgreSQL 使用逻辑decode实现异步主从切换后，时间线分歧变化量补齐、修复

PostgreSQL 使用逻辑decode实现异步主从切换后，时间线分歧变化量补齐、修复

PostgreSQL pg_rewind，时间线修复，脑裂修复，flashback - 从库开启读写后，回退为只读从库。异步主从发生角色切换后，主库rewind为新主库的从库

PostgreSQL pg_rewind，时间线修复，脑裂修复，flashback - 从库开启读写后，回退为只读从库。异步主从发生角色切换后，主库rewind为新主库的从库

PostgreSQL 双节点流复制如何同时保证可用性、可靠性(rpo,rto) - （半同步，自动降级方法实践）

PostgreSQL 双节点流复制如何同时保证可用性、可靠性(rpo,rto) - （半同步，自动降级方法实践）

PostgreSQL Oracle 兼容性之 - performance insight - AWS performance insight 理念与实现解读 - 珍藏级

PostgreSQL , perf insight , 等待事件 , 采样 , 发现问题 , Oracle 兼容性

阿里云数据库应用案例3 - PG大客户专属数据库集群

行业:  通用行业.    应用场景:  全托管数据库无法满足某些场景的需求: 1、客户自定义需求, PG 数据库引擎具备插件扩展能力, 但是RDS内置的插件为常用插件, 无法覆盖某些客户的需求,例如: CITUS 分布式数据库插件(许可问题), timescaledb 时序数据库插件(许可问题), trodb mongo兼

为什么数据库选型和找对象一样重要

为什么企业应该参与PG社区建设?

为什么企业应该参与PG社区建设? 全球最大搜索引擎google, 全球最热开发者问答社区显示, 过去5年PG处于上升趋势, 招聘JOB人数最多. 相比而言oracle以及被oracle收购的mysql都处于下降趋势.

阿里云数据库应用案例3 - PG大客户专属数据库集群

PG大客户专属数据库集群客户特点 ### 特点: 1、客户非常关心IT成本, 2、客户使用的数据库量较大, 3、客户有自己的运维、DBA团队, 4、客户有自己的IT管理体系, ### 挑战与痛点: 1、使用全托管数据库, DBA和运维何去何从? 2、使用全托管数据库, 无法完全匹配客户原有的IT管理体系需求? 3、使用全托管数据库, 全黑盒.

阿里云PostgreSQL案例精选2

### 标签 PostgreSQL , 阿里云

解读PostgreSQL Oracle 兼容性之 - performance insight(性能洞察)

标签 PostgreSQL , perf insight , 等待事件 , 采样 , 发现问题 , Oracle 兼容性 背景 通常普通的监控会包括系统资源的监控： cpu io 内存 网络 等，但是仅凭资源的监控，当问题发生时，如何快速的定位到问题在哪里？需要更高级的监控： 更高级的监控方法通常是从数据库本身的

阿里云RDS PG 10 HA版 - 使用postgres_fdw外部表插件 - 实例内跨库访问其他库的表

标签 PostgreSQL , postgres_fdw , 阿里云 , 内核安全限制 背景 阿里云rds pg内核安全上做了限制，只能访问当前实例的其他库，所以使用dblink, postgres_fdw时，虽然PG功能上是可以访问其他远程实例的，但是阿里云RDS PG限制了只能访问当前实例。 另一方面，当前实例是HA版本，并且是云化版本，所以IP，PORT都可能在发生迁移、切换后发

PPAS(enterprisedb)(PG Oracle兼容版) 10以及以前版本分区表的使用，分区表索引的创建

标签 PostgreSQL , enterprisedb , ppas , oracle 背景 PPAS 10以及以前的版本，对于Oracle分区表的使用，以及如何创建分区表的索引。 10 以及以前的版本，仅支持range, list分区。11开始支持HASH分区。 Oracle分区表语法 https://docs.oracle.com/cd/E18283_01/server.11

PostgreSQL 双节点流复制如何同时保证可用性、可靠性(rpo,rto) - （半同步，自动降级方法实践）

标签 PostgreSQL , 同步 , 半同步 , 流复制 背景 两节点HA架构，如何做到跨机房RPO=0(可靠性维度)？同时RTO可控(可用性维度)？ 半同步是一个不错的选择。 1、当只挂掉一个节点时，可以保证RPO=0。如下： 主 -> 从（挂） 主（挂） -> 从 2、当一个节点挂掉后，在另一个节点恢复并开启同步模式前，如果在此期间（

PostgreSQL pg_rewind，时间线修复，脑裂修复，flashback - 从库开启读写后，回退为只读从库。异步主从发生角色切换后，主库rewind为新主库的从库

标签 PostgreSQL , pg_rewind , 主从切换 , 时间线修复 , 脑裂修复 , 从库开启读写后，回退为只读从库 , 异步主从发生角色切换后，主库rewind为新主库的从库 背景 1、PG物理流复制的从库，当激活后，可以开启读写，使用pg_rewind可以将从库回退为只读从库的角色。而不需要重建整个从库。 2、当异步主从发生角色切换后，主库的wal目录中可能还有没完全

PostgreSQL 使用逻辑decode实现异步主从切换后，时间线分歧变化量补齐、修复

标签 PostgreSQL , pg_rewind , 时间线 , 变化量 , 业务补齐 背景 pg_rewind类似Oracle flashback，可以将一个数据库回退到一个以前的状态，例如用于： 1、PG物理流复制的从库，当激活后，可以开启读写，使用pg_rewind可以将从库回退为只读从库的角色。而不需要重建整个从库。 2、当异步主从发生角色切换后，主库的wal目录中可能还有

PostgreSQL 如何让心跳永远不死，支持半同步自动同步、异步升降级 - udf 心跳

标签 PostgreSQL , 同步 , 半同步 , 流复制 , 心跳 , 自动降级 , 自动升级 , dblink , 异步调用 背景 在心跳时，通过自定义UDF，实现心跳永远不被堵塞，并且支持更加当前的配置自动的进行同步、异步模式的升降级。实现半同步的功能。 UDF输入 1、优先模式（同步、异步） 2、同步等待超时时间 当优先为同步模式时，假设当前为同步配置，如果备库异常导致

PostgreSQL 参数优先级讲解

标签 PostgreSQL , 参数 , 优先级 , 配置文件 , alter system , 命令行 , 用户 , 数据库 , 所有用户 , 会话 , 事务 , 函数 , 表 背景 PostgreSQL 参数配置包罗万象，可以在配置文件 , alter system , 命令行 , 用户 , 数据库 , 所有用户 , 会话 , 事务 , 函数 , 表 等层面进行配置，非常的灵活。

PostgreSQL 数据库实例只读锁定（readonly） - 硬锁定，软锁定，解锁

标签 PostgreSQL , 只读 , 锁定 , readonly , recovery.conf , 恢复模式 , pg_is_in_revoery , default_transaction_read_only 背景 在一些场景中，可能要将数据库设置为只读模式。 例如， 1、云数据库，当使用的容量超过了购买的限制时。切换到只读（锁定）模式，确保用户不会用超。 2、业务上需要对

PostgreSQL 普通表在线转换为分区表 - online exchange to partition table

标签 PostgreSQL , 分区表 , 在线转换 背景 非分区表，如何在线（不影响业务）转换为分区表？ 方法1，pg_pathman分区插件 《PostgreSQL 9.5+ 高效分区表实现 - pg_pathman》 使用非堵塞式的迁移接口 partition_table_concurrently( relation REGCLASS,

PostgreSQL 垃圾回收参数优化之 - maintenance_work_mem , autovacuum_work_mem

标签 PostgreSQL , 垃圾回收 , 索引扫描 , 内存 背景 夜谈PostgreSQL 垃圾回收参数优化之 - maintenance_work_mem , autovacuum_work_mem。 http://www.postgres.cn/v2/news/viewone/1/398 https://rhaas.blogspot.com/2019/01/how-much

PostgreSQL 分页, offset, 返回顺序, 扫描方法原理(seqscan, index scan, index only scan, bitmap scan, parallel xx scan)，游标

标签 PostgreSQL , 数据离散性 , 扫描性能 , 重复扫 , bitmap index scan , 排序扫描 , 扫描方法 , 顺序 背景 一个这样的问题： 为什么select x from tbl offset x limit x; 两次查询连续的OFFSET，会有重复数据呢？ select ctid,* from tbl where ... offset 0 li

PostgreSQL PITR 任意时间点恢复过程中如何手工得到recovery需要的下一个WAL文件名 - 默认情况下restore_command自动获取

标签 PostgreSQL , recovery , recovery.conf , restore_command , timeline , 时间线 , next wal , PITR , 时间点恢复 背景 PostgreSQL数据库支持PITR时间点恢复。默认情况下，只需要配置目标是时间点，resotre_command即可，PG会自动调用resotre_command去找需要的WA

PostgreSQL , EDB EPAS PPAS(兼容Oracle) , Oracle 对比（兼容性、特性优劣势） - 企业去O,去IOE

标签 PostgreSQL , PPAS , EPAS , edb , enterprisedb , Oracle , 兼容性 , 优缺点 背景 EPAS为EDB的PostgreSQL Oracle兼容企业版，基于PostgreSQL社区版本开发，2004年发布了第一个Oracle兼容版，已经在ORACLE兼容性上耕耘了15年。 2018年推出EPAS 11 版本，完成了 Oracle

PostgreSQL pgcenter - 采样、统计、性能诊断、profile、cli小工具

标签 PostgreSQL , pgcenter , pg_top , awr , perf insight , 等待事件 , perf , profile , 采样 , 统计信息 背景 PostgreSQL 性能诊断的方法很多： 例如： 1、函数的性能诊断，PROFILE。 《PostgreSQL 函数调试、诊断、优化 & auto_explain & plpro

PostgreSQL 12 preview - 可靠性提升 - data_sync_retry 消除os层write back failed status不可靠的问题

标签 PostgreSQL , data_sync_retry , write back , retry , failed status 背景 有些OS系统，对fsync的二次调用不敏感，因为OS层可能有自己的CACHE，如果使用了buffer write，并且出现write back failed的情况，有些OS可能在下次fsync时并不能正确的反馈fsync的可靠性与否。（因为这个B

PostgreSQL 12 preview - Move max_wal_senders out of max_connections for connection slot handling

标签 PostgreSQL , max_wal_senders , max_connections , sorry, too many clients already 背景 如果你需要使用PG的流复制，上游节点的max_wal_senders参数，用来限制这个节点同时最多可以有多少个wal sender进程。 包括逻辑复制、物理复制、pg_basebackup备份等，只要是使用stre

这可能是目前Oracle兼容性最好的数据库 - 十四年Oracle兼容性淬炼

标签 PostgreSQL , EDB , ppas , epas , enterprisedb , 阿里云 背景 Oracle兼容性越高，迁移改造工作量越少，时间成本越低。对于大多数传统企业来说，去O已势在必行。 PostgreSQL 数据库本身与O的兼容性还行，同时功能覆盖度也还是很不错的，所以自己有专业研发团队的企业，选择PG来去O是不错的选择，其中也有很多非常成功的案例，例如平

PostgreSQL PostGIS 性能提升 - by new GEOS代码

标签 PostgreSQL , PostGIS , geos 背景 http://lin-ear-th-inking.blogspot.com/2019/02/betterfaster-stpointonsurface-for.html 使用GEOS新的代码，提升PostGIS重计算的函数性能。 The improved ST_PointOnSurface runs 13 times

PostgreSQL 12 preview - CTE 增强，支持用户语法层控制 materialized 优化

标签 PostgreSQL , CTE , materialized , not materialized , push down 背景 PostgreSQL with 语法，能跑非常复杂的SQL逻辑，包括递归，多语句物化计算等。 在12以前的版本中，WITH中的每一个CTE（common table express），都是直接进行物化的，也就是说外层的条件不会推到CTE（物化节点）里

PostgreSQL 并行计算解说 之14 - parallel index scan

标签 PostgreSQL , cpu 并行 , smp 并行 , 并行计算 , gpu 并行 , 并行过程支持 背景 PostgreSQL 11 优化器已经支持了非常多场合的并行。简单估计，已支持27余种场景的并行计算。 parallel seq scan paral

PostgreSQL 并行计算解说 之13 - parallel OLAP : 中间结果 parallel with unlogged table

标签 PostgreSQL , cpu 并行 , smp 并行 , 并行计算 , gpu 并行 , 并行过程支持 背景 PostgreSQL 11 优化器已经支持了非常多场合的并行。简单估计，已支持27余种场景的并行计算。 parallel seq scan parallel

PostgreSQL 并行计算解说 之15 - parallel bitmap scan

标签 PostgreSQL , cpu 并行 , smp 并行 , 并行计算 , gpu 并行 , 并行过程支持 背景 PostgreSQL 11 优化器已经支持了非常多场合的并行。简单估计，已支持27余种场景的并行计算。 parallel seq scan

PostgreSQL 并行计算解说 之16 - parallel index only scan

标签 PostgreSQL , cpu 并行 , smp 并行 , 并行计算 , gpu 并行 , 并行过程支持 背景 PostgreSQL 11 优化器已经支持了非常多场合的并行。简单估计，已支持27余种场景的并行计算。 parallel seq scan

PostgreSQL 并行计算解说 之18 - parallel merge join

标签 PostgreSQL , cpu 并行 , smp 并行 , 并行计算 , gpu 并行 , 并行过程支持 背景 PostgreSQL 11 优化器已经支持了非常多场合的并行。简单估计，已支持27余种场景的并行计算。 parallel seq scan

PostgreSQL 并行计算解说 之17 - parallel nestloop join

标签 PostgreSQL , cpu 并行 , smp 并行 , 并行计算 , gpu 并行 , 并行过程支持 背景 PostgreSQL 11 优化器已经支持了非常多场合的并行。简单估计，已支持27余种场景的并行计算。 parallel seq scan

PostgreSQL 并行计算解说 之20 - parallel partition table wise join

标签 PostgreSQL , cpu 并行 , smp 并行 , 并行计算 , gpu 并行 , 并行过程支持 背景 PostgreSQL 11 优化器已经支持了非常多场合的并行。简单估计，已支持27余种场景的并行计算。 parallel seq scan

PostgreSQL 并行计算解说 之19 - parallel hash join

标签 PostgreSQL , cpu 并行 , smp 并行 , 并行计算 , gpu 并行 , 并行过程支持 背景 PostgreSQL 11 优化器已经支持了非常多场合的并行。简单估计，已支持27余种场景的并行计算。 parallel seq scan

PostgreSQL 并行计算解说 之21 - parallel partition table wise agg

标签 PostgreSQL , cpu 并行 , smp 并行 , 并行计算 , gpu 并行 , 并行过程支持 背景 PostgreSQL 11 优化器已经支持了非常多场合的并行。简单估计，已支持27余种场景的并行计算。 parallel seq scan

PostgreSQL 时间点恢复（PITR）在异步流复制主从模式下，如何避免主备切换后PITR恢复(备库、容灾节点、只读节点)走错时间线(timeline , history , partial , restore_command , recovery.conf)

标签 PostgreSQL , 恢复 , 时间点恢复 , PITR , restore_command , recovery.conf , partial , history , 任意时间点恢复 , timeline , 时间线 背景 政治正确非常重要，对于数据库来说亦如此，一个基于流复制的HA架构的集群，如果还有一堆只读节点，当HA集群发生了主备切换后，这些只读节点能否与新的主节点保持

PostgreSQL 权限 list 插件 pg_permissions

标签 PostgreSQL , pg_permissions , \dp , 权限 背景 通常列出权限可以使用psql的一些简写： \dp+ \dp+ *.* 列出用户,schema的默认权限。列出表、视图、序列的权限。 这几个简写的介绍如下 \ddp [ pattern ] Lists default access privilege set

PostgreSQL 逻辑复制、增量复制、逻辑订阅、增量订阅中间件 amazonriver - HelloBike开源

标签 PostgreSQL , 逻辑复制 , 流复制 , testdecoding , amazonriver , hellobike 背景 amazonriver 是一个将postgresql的实时数据同步到es或kafka的服务。由hellobike开源。 版本支持 Postgresql 9.4 or later Kafka 0.8 or later Elas

PostgreSQL 通过SQL接口关闭、重启数据库

标签 PostgreSQL , 重启 , 信号 , postmaster.pid , pg_reload_conf() 背景 如何通过SQL接口直接关闭数据库，或者重启数据库？ 关闭和重启数据库是一个风险较大的操作，如果能通过SQL来关闭，重启数据库，当然是很难想象的，因为SQL通常是使用接口，而不是管理接口。当然并不是数据库做不到通过SQL管理数据库，而是这确实是风险较大且并不是数据