PostgreSQL性能问题: View无法谓词推进(predicates pushdown)

在 PostgreSQL 中,“视图(View)”、“连接(Join)”以及“谓词下推(Predicate Pushdown)”是直接影响 SQL 执行性能的重要优化环节。所谓谓词下推,是指优化器能够将外层查询中的 WHERE 条件或 Join 过滤条件,自动下推到视图或子查询内部执行,从而尽可能早地减少参与运算的数据量,降低扫描、排序和连接开销。

Alert: 不建议生产库使用YashanDB “nologging” table

前面一篇我分享了PostgreSQL系(像kingbase\gaussdb\highgo等)不要使用unlogged table, 那在oracle 迁移到yashanDB库同样存在该风险,yashanDB更是提供了nologging的语法,完全兼容Oracle,但原理机制也不相同。在分布式数据库因为多是基于redo的强一致,多数不支持nologging. 这里我继续简单测试yanshanDB.

Alert: Don’t Migrate “nologing” Table in Oracle Database to PostgreSQL “unlogged”

因 PostgreSQL 功能丰富,且在处理复杂 SQL 时的性能表现不俗,越来越多客户正从 Oracle 迁移到基于 PostgreSQL 的国产数据库,例如 GaussDB、Kingbase、HighgoDB 等。但要注意:换皮容易换骨难。有些语句看起来“形似”,底层机制却截然不同,仅做语法层面的转换,可能带来致命后果。本文总结 Oracle → PostgreSQL 迁移中NOLOGGING 与 UNLOGGED 这种看似相似、实则差异巨大的特性。

OceanBase 集群单节点安全停机运维

在分布式数据库的日常运维中,对单个节点进行停机维护(如硬件升级、系统打补丁、配置调整等)是再常见不过的场景。对于 OceanBase 而言,其多副本与 Paxos 协议的高可用特性,让我们在维护单节点时完全可以做到业务无损。

但是,“怎么停”和“停多久”大有讲究。本文将为你梳理一套标准、安全的单节点停机运维方案,并深入解析临时停机与永久停机的核心区别。最近有家金融客户需要做该操作,简单整理一下方法。