PostgreSQL 19: 按进程类型设置 log_min_messages 参数
在 PostgreSQL 运行过程中,我们有时候想要观察特定类型进程的内部行为。现在,这个想法终于可以实现了。
在 PostgreSQL 运行过程中,我们有时候想要观察特定类型进程的内部行为。现在,这个想法终于可以实现了。
在 PostgreSQL 的业务运维中,执行计划回退是最让 DBA 头疼的问题之一:一条长期稳定运行的核心 SQL,可能因为统计信息更新、数据库版本升级、配置参数调整,突然被查询规划器选择了错误的执行计划,导致性能从毫秒级暴跌至秒级甚至分钟级,严重影响业务稳定性。
长期以来,PostgreSQL 逻辑复制、逻辑解码(CDC)的使用一直存在重要痛点:必须在数据库启动前将wal_level设置为logical并重启实例,这意味着即便没有任何逻辑复制任务运行,数据库也要持续承担 logical 级别 WAL 日志带来的额外 IO、存储开销。
在 PostgreSQL 中,面对跨大表的复杂聚合、联表查询,即便完成索引优化、参数调优和 SQL 重写,高频执行仍会出现查询超时、数据库高负载的问题。物化视图通过将查询结果物理存储为磁盘快照,以可控的刷新成本换取极致的查询速度,是解决这类问题的高效方案。
多年来,pg_dumpall作为官方集群级逻辑备份工具,仅能输出纯文本 SQL 脚本,无法复用pg_dump沉淀多年的压缩、并行、选择性恢复等企业级能力;而单库备份工具pg_dump虽功能完善,却无法处理角色、表空间等集群级全局对象。
PostgreSQL 19 支持了 INSERT ON CONFLICT DO SELECT 语法,原子化解决了插入冲突的返回难题。
Copyright (c) 2017 - 2025, Redrock Data Services, Inc. All rights reserved.