IvorySQL 5.3 正式发布:基于 PG 18.3 内核,多特性升级+全场景适配
版本概述2026 年 3 月 12 日,IvorySQL 社区正式发布 IvorySQL 5.3。本次版本基于 PostgreSQL 18.3 构建,在同步 PostgreSQL 最新稳定能力的同时,进一步增强云原生部署能力、数据库生态扩展以及用户体验。此外,本次版本现已推出在线体验环境,用户无需安装即可在浏览器中体验 IvorySQL。如需完整更新清单,可访问官方文档网站(https://doc
PostgreSQL 技术日报 (3 月 12 日)|为什么加索引反而变慢?这招让查询快 50 倍
🔔 关注【IvorySQL开源数据库社区】公众号即可获取 PostgreSQL 一手干货与最新动态 ⚙️ PostgreSQL 技术文章🧩 移动一个词如何能将查询速度提升 10–50PostgreSQL 性能优化显示,在 EXISTS 子句中移动"not"可以提供 10-50 倍的速度提升。两个功能等效的查询在软删除模式上显示出显著的性能差异:Query 1 使用 EXISTS
谁动了我的查询结果?PostgreSQL 联表加锁的隐藏陷阱
设想如下数据库场景:两张表通过外键关联,外键字段为 NOT NULL,且约束有效并被严格执行。在执行两表 JOIN 查询时,却返回空结果。该场景看似不可能出现,但实际生产环境中出现了一个未被预期的边界情况。问题场景假设以车辆所有权管理场景为例,包含两张表,分别是车主表与车辆表:db=# CREATE TABLE owner ( &n
PostgreSQL 技术日报 (3月11日)|4库合一性能提升350倍与内核新讨论
🔔 关注【IvorySQL开源数据库社区】公众号即可获取 PostgreSQL 一手干货与最新动态 ⚙️ PostgreSQL技术文章🧩 从 4 个数据库到 1 个:Plexigrid 如何替换 InfluxDB 并通过 Tiger Data 实现 350 倍的查询加速Plexigrid是一家电网优化公司,将四个数据库整合为单个PostgreSQL/TimescaleDB系统,用Timescale
PostgreSQL 技术日报 (3月10日)|IIoT 性能瓶颈与内核优化新讨论
☝️ 关注【IvorySQL开源数据库社区】公众号即可获取 PostgreSQL 一手干货与最新动态 ⚙️ PostgreSQL技术文章🧩 生活的一天:EDB 全球收款经理角色的内部视角EDB在其"生活中的一天"系列中介绍了全球收款经理Shruti Nair,突出了她在公司十年的任职经历。这个聚光灯视频探索了她的角色以及对EDB市场影响的贡献。作为全球收款经理,Nair可能处理
PostgreSQL 技术日报 (3月9日)|EXPLAIN ANALYZE 计时优化与复制语法讨论
🔔 关注【IvorySQL开源数据库社区】公众号即可获取 PostgreSQL 一手干货与最新动态 📨 PostgreSQL Hacker 电子邮件讨论精选🧩 使用 rdtsc 减少 EXPLAIN ANALYZE 的计时开销?讨论的焦点是使用RDTSC(时间戳计数器)来减少EXPLAIN ANALYZE中的计时开销。Andres Freund报告了对提出的通过TSC计数器除以cloc
PostgreSQL 技术日报 (3月7日)|生态更新与内核性能讨论
⚙️ PostgreSQL 技术文章🧩 Admin 4 v9.13 版本发布pgAdmin 4 v9.13已发布,包含15个错误修复和新功能。主要新增功能包括Core LLM集成基础设施,具备AI驱动的安全、架构和性能分析报告,以及Query Tool的AI聊天功能和EXPLAIN的AI Insights操作。ERD Tool现在支持用户选择表的拖拽功能并显示表间关系,而Index创建对话框新增对
PostgreSQL 技术日报 (3月6日)|为什么 Ctrl-C 在 psql 里让人不安?
⚙️ PostgreSQL 技术文章🧩 Ctrl-C 在 psql 中让我感到不安George MacKerron讨论了在psql中使用Ctrl-C中断PostgreSQL查询的复杂性。文章解释了用户可能需要停止正在运行查询的各种场景,比如查询耗时过长、意识到需要创建索引以获得更好性能,或者不再需要查询结果。MacKerron探讨了尝试取消查询时出现的技术挑战和潜在问题,强调了为什么这个常见操作会
PostgreSQL 技术日报 (3月5日)|规划器控制力升级,内核能力再进阶
⚙️ PostgreSQL 技术文章🧩 pgplanadvice: PostgreSQL的计划稳定性和用户计划器控制Robert Haas为PostgreSQL 19提出了一个雄心勃勃的补丁集,引入了三个新的contrib模块:pgplanadvice、pgcollectadvice和pgstashadvice。这些模块旨在提供计划稳定性和增强用户对PostgreSQL查询规划器的控制能力。该提案
PostgreSQL 技术日报 (3月4日)|硬核干货 + 内核暗流一网打尽
⚙️ PostgreSQL 技术文章🧩 Autobase 2.6.0 发布Autobase 2.6.0 引入了蓝绿部署工作流程,可实现 PostgreSQL 升级的近零停机时间。该流程包括使用 Patroni 备用集群部署克隆集群,通过物理复制同步数据,在目标集群上自动升级 PostgreSQL,将其转换为逻辑副本,并在切换前持续接收实时变更。流量切换在几秒内完成,回滚同样快速且无数据丢失,通过反
双星闪耀温哥华:IvorySQL 社区两项议题入选 PGConf.dev 2026
引言近日,PostgreSQL 全球顶 级开发者盛会 PGConf.dev 2026已公开议程。IvorySQL 开源数据库社区传来重磅喜讯:社区成员 Grant Zhou 与厉超提交的技术议题双双入选!作为中国本土开源数据库社区在国际舞台的重要发声,这不仅是对两位开发者个人技术实力的认可,更标志着 IvorySQL 在推动中国技术力量融入 PostgreSQL 全球
揭开 PostgreSQL 读取效率问题的真相
在数据库系统中,查询往往受限于 I/O 性能,因此优化工作通常聚焦于减少页面读取次数。索引是典型手段之一,但无法解决所有问题。Postgres 通过在表主存储(heap)及索引中维护多版本行数据,以支持并发查询的一致性。旧版本行在不再需要前仍占用空间,并可被后续复用。这部分额外空间通常称为“膨胀(bloat)”。本文将分析堆表膨胀与索引膨胀对查询性能的影响,以及对应的预防与处理方案。在 pgMus
无需修改内核即可为 PostgreSQL 数据库对象添加自定义属性
在开发实践中,经常会遇到一个问题:如何在不修改 PostgreSQL 内核代码的前提下,为数据库对象附加自定义元数据。本文展示了一种基于 PostgreSQL SECURITY LABELS 机制的可行方案,用于实现自定义属性。这种方式具备事务性、与数据库对象强关联,并且能够与标准 PostgreSQL 操作良好协同。问题背景:复制冲突的管理在一个典型的两主节点向第三节点复制数据的架构中,UPDA
IvorySQL 5.0+:助力 Oracle 平滑过渡至 PostgreSQL 的里程碑式产品
作者:Yasir Hussain Shah,Data Bene 团队。IvorySQL:一种“先进、功能完备、开源且兼容 Oracle 的 PostgreSQL 数据库,始终致力于保持 100% 兼容性,并可作为最新 PostgreSQL 的无缝替代”。同时,这款引擎也是我们团队将各类外部 SQL 语句及应用适配至 PostgreSQL 时的首选工具!我们秉持平滑过渡、而非整体迁移的理念 —— 让
PostgreSQL 分区表的 ALTER TABLE 语句执行机制解析
分区表是 PostgreSQL 的核心特性之一,但有一个问题即便资深用户也常会产生困惑:在涉及分区时,ALTER TABLE 语句的具体执行逻辑是怎样的?操作是否会同步至各分区?是否对新建分区生效?ONLY 关键字是否实现预期效果?为何部分命令可在主表执行却无法在分区执行,或反之?当前 PostgreSQL 官方文档对单个 ALTER TABLE 子命令的说明较为完善,但很少系统性地解释它们在分区
改变工作方式的 PostgreSQL 实用模式
在使用 PostgreSQL 数据库的过程中,有一组实践方式可以显著提升开发与协作体验。单个做法影响有限,但叠加起来效果十分明显。使用 UUID 作为主键UUID 确实存在一些缺点:完全随机的 UUID 无法自然排序,对索引有一定影响相比自增 ID 占用更多存储空间(而存储通常是成本最低的资源)但 UUID 的优势远大于缺点:生成 UUID 无需与数据库协调可以安全地对外公开和传递CREATE&n
执行计划跑偏,你了解背后的根因吗?
关于作者:Nickyoung,数据库领域从业者。PostgreSQL ACE,IvorySQL 专家顾问委员会成员。公众号“👉PostgreSQL 运维之道”。还在以最终 cost 来判断计划是否最优?那就大错特错了!!!本篇老杨和大家一起抽丝剥茧,从源码入手分析计划跑偏的原因。问题现象一个简单查询运行 240s,从执行计划看耗时主要在 nestloop join,Outter 扫描了 2293
PostgreSQL 18 RETURNING 增强:现代应用的重要进展
PostgreSQL 18 正式发布,带来了多项重要改进,其中 RETURNING 子句的增强尤为突出。该特性在 MERGE RETURNING 场景下实现了关键突破,可显著简化应用架构,并提升数据变更追踪能力。RETURNING 子句的演进RETURNING 子句长期以来用于在 INSERT、UPDATE、DELETE 操作后返回受影响行的数据,从而避免额外的 SELECT
IndexScan比SeqScan返回的结果更少,索引损坏?
关于作者:Nickyoung,数据库领域从业者。PostgreSQL ACE,IvorySQL专家顾问委员会成员。公众号 “ 👉 PostgreSQL 运维之道 ”。给大家分享一个有趣的案例,同一个 sql,索引扫描比全表顺序扫描获取的数据更少。本篇我们深入分析一起索引排序规则损坏的案例,并 debug 验证索引扫描的主要过程。问题现象走索引扫描查询到 1 条数据。testid
PostgreSQL 性能:云端与本地的延迟分析
PostgreSQL 在各行各业的关键应用中具有极高适用性。尽管 PostgreSQL 提供了良好的性能,但仍存在一些用户不太关注但对整体效率与速度至关重要的问题。多数人认为增加 CPU 核数、更快的存储、更大内存即可提升性能,但还有同样重要的因素需要关注——那就是延迟。延迟意味着什么?数据库执行查询操作的耗时,仅占应用程序接收查询结果总耗时的极小部分。下图可直观呈现该过程的内在逻辑:客户端应用发