导读：本期聚焦于孙志远创作的《PostgreSQL HOT更新为什么要求索引列不变？》，敬请观看详情。PostgreSQL的HOT（Heap Only Tuple）机制通过在同一数据页内放置更新后的新版本元组，避免了对索引的二次维护，从而降低写放大并提升更新性能。但这一优化并非无条件生效，其中最核心的约束就是更新操作不能修改任何被索引的列。一旦索引列的值发生变化，PostgreSQL就必须在对应索引中插入新条目，HOT更新随即退化为普通更新。本文将从HOT更新的底层存储结构出发，解释索引列不变为何是决定性条件，并通过实际示例对比HOT更新与普通更新在索引维护和性能上的差异。同时还会介绍页面空间、fillfactor设置等其他必要条件，以及如何通过pg_stat_user_tables监控HOT更新命中率，帮助开发者在设计表结构和编写更新语句时尽量触发HOT更新。
栏目：PostgreSQL 时间：10-17 PostgreSQL HOT更新
导读：本期聚焦于闲进程创作的《PostgreSQL逻辑复制发布端如何精准过滤行数据？》，敬请观看详情。你是否遇到过只需要同步表中部分数据的情形？PostgreSQL逻辑复制默认发布整张表，但通过发布端的行过滤，可以只将满足条件的行同步到订阅端。本文围绕发布端行过滤的实现机制展开，介绍如何通过创建发布时添加WHERE条件、修改发布的行过滤规则，以及结合REPLICA IDENTITY FULL的影响。还会对比原生行过滤与pglogical等扩展的差异，并给出实际配置案例和常见错误排查方法。行过滤能显著减少网络传输和订阅端存储压力，但需要确保发布端和订阅端表结构匹配，且主键或唯一索引配置正确。读完本文，你将掌握如何在不影响源库的情况下按需同步数据。
栏目：PostgreSQL 时间：10-17 PostgreSQL逻辑复制
导读：本期聚焦于崔健创作的《如何从 SQL Server 平滑迁移到 PostgreSQL？实战经验全解析》，敬请观看详情。把生产系统从 SQL Server 迁到 PostgreSQL，难点往往不在数据搬运本身，而在语法差异、类型映射和存储过程改写这些细节。本篇文章结合一次约 200GB 业务库迁移的实际案例，梳理了迁移前的兼容性评估方法、T-SQL 与 PL/pgSQL 的转换规则、数据同步与一致性校验策略，以及迁移后需要重点关注的性能调优方向。文章给出了可复用的对象检查清单和常用函数对照表，并针对标识列、分页查询、事务隔离级别等高频差异点提供了具体改写示例。无论你是在规划迁移方案，还是已经进入执行阶段，都能从中找到可落地的操作建议。
栏目：PostgreSQL 时间：10-17 PostgreSQL迁移
导读：本期聚焦于松松建站创作的《如何通过pg_freespacemap分析PostgreSQL表的空闲空间分布？》，敬请观看详情。PostgreSQL 的更新和删除操作不会立刻覆盖原有数据，旧版本行先被标记为死元组，真正的物理空间回收要等 VACUUM 完成。清理出来的空闲区域会记录在空闲空间映射 FSM 中，供后续插入快速找到可容纳新元组的页面。pg_freespacemap 扩展把这个内部结构以 SQL 视图和函数的形式暴露出来，数据库管理员可以直接查看每个数据页还剩下多少可用空间。通过它，可以判断表或索引是否存在大量不连续的空闲片段，评估 VACUUM 频率是否合理，定位可能的膨胀对象。本文从 FSM 的作用讲起，介绍扩展安装和基础用法，给出结合 pg_class 做空闲空间排序的查询示例，最后讨论该工具在精度和更新时机上的限制。
栏目：PostgreSQL 时间：10-17 pg_freespacemap
导读：本期聚焦于又改需求创作的《PostgreSQL连接超时或拒绝连接如何快速排查？》，敬请观看详情。客户端日志里时而出现 connection timed out，时而又报 connection refused，两个错误虽然都表现为连不上数据库，但发生位置和处理方向差别很大。本文从 TCP 握手、服务端监听、pg_hba.conf 访问控制、客户端驱动参数和连接池几个层面梳理排查路径。文章会说明如何用 pg_isready、nc、psql 快速判断是网络不通、端口未监听还是认证失败，并结合 postgresql.conf 的 listen_addresses、port 以及 max_connections 等参数给出调整建议。针对 JDBC 与连接池常见的 connectTimeout、socketTimeout 配置也做了区分，避免把应用获取连接超时误判为数据库宕机。最后提供当前连接数查询和日志定位方法，帮助快速恢复业务。
栏目：PostgreSQL 时间：10-17 PostgreSQL连接超时
导读：本期聚焦于三上悠亚创作的《PostgreSQL慢查询怎么优化？分库分表方案如何落地？》，敬请观看详情。单表数据量突破千万级后，PostgreSQL的查询延迟常常从几十毫秒飙升到数秒，单纯加索引已经难以压制慢查询。分库分表是绕不开的扩展手段，但拆分的时机、拆分键的选取、跨分片查询的处理方式，每一个环节都可能埋下新的性能隐患。本文从实际慢查询场景出发，梳理垂直拆分与水平拆分的适用边界，对比PostgreSQL原生分区表、Citus扩展和ShardingSphere中间件三类方案的优缺点，并给出拆分后的全局ID生成、分页优化、分布式事务规避等落地细节。读完可以建立一套可执行的拆分评估框架，避免为了拆分而拆分。
栏目：PostgreSQL 时间：10-17 PostgreSQL慢查询
导读：本期聚焦于兔子创作的《PostgreSQL wal_retrieve_retry_interval重试间隔如何调整？》，敬请观看详情。一台PostgreSQL备机在恢复过程中频繁尝试获取WAL日志，日志里每隔几秒就出现一条连接主库失败的记录，这其实与wal_retrieve_retry_interval参数直接相关。该参数控制恢复期间当没有可用的WAL数据时，服务器在再次尝试从归档或主服务器获取WAL之前需要等待的时间，默认值为5000毫秒。适当调整这个间隔可以显著降低网络抖动带来的日志噪音，也能在故障切换时加快备机的感知速度。理解它的单位、作用范围和配置方式，有助于在流复制环境中找到恢复效率与资源消耗之间的平衡。本文会从参数工作机制、修改方法以及常见调优场景几个方面展开，并给出配置示例和验证方式。
栏目：PostgreSQL 时间：10-17 PostgreSQL
导读：本期聚焦于弥生美月创作的《如何用PostgreSQL CTE递归实现批量处理？》，敬请观看详情。递归CTE在PostgreSQL里常被当作树形查询工具，但它在批量处理任务中同样能发挥很大作用。当需要根据一组初始记录不断派生出新记录，例如展开组织架构、生成日期序列、按数量拆分明细，或在单次SQL中完成层级汇总时，WITH RECURSIVE可以用声明式集合运算替代过程式循环。它先计算非递归项作为起点，再通过UNION ALL反复迭代递归项，直到没有新行产生。利用这个机制，原本要多次查询和程序控制才能完成的批量生成、树状遍历和累计统计，可以压缩到一条SQL语句里。本文会从递归CTE的执行逻辑讲起，结合批量数据生成、层级聚合和批量更新三个典型场景，说明如何写出稳定高效的递归SQL，并讨论递归深度、索引利用和死循环防护等工程问题。
栏目：PostgreSQL 时间：10-17 PostgreSQL CTE递归
导读：本期聚焦于木下创作的《PostgreSQL的earthdistance扩展如何计算球面距离？》，敬请观看详情。怎么在PostgreSQL里根据经纬度快速计算两个地点之间的球面距离？如果不想引入PostGIS这样重量级的空间数据库扩展，earthdistance是一个值得考虑的轻量方案。它基于cube扩展把经纬度转换为三维向量，利用大圆距离公式直接返回以米为单位的距离，适合附近门店查询、配送范围判断等场景。启用earthdistance后，表中可以直接使用earth类型存储坐标，配合ll_to_earth函数完成距离计算，还能通过earth_box加GIST索引优化范围查询。不过它也有局限：默认地球半径常量、坐标顺序容易踩坑，复杂空间分析能力不如PostGIS。本文将拆解安装配置、计算原理、查询示例以及性能优化，帮助你在实际业务中判断是否应该使用earthdistance。
栏目：PostgreSQL 时间：10-17 earthdistance
导读：本期聚焦于狼行天下创作的《PostgreSQL两阶段提交PREPARE TRANSACTION如何保证分布式事务一致性？》，敬请观看详情。PostgreSQL 的两阶段提交不是简单地把事务拆成两次提交，而是通过 PREPARE TRANSACTION 把提交决定与提交执行分离。参与者先完成本地事务的全部写操作，将变更写入 WAL，并在日志中记录 prepared 状态；协调者只有在所有参与者都返回 prepared 成功后才发出 COMMIT PREPARED。这样即使某个节点在 prepare 后崩溃，恢复时仍能根据 WAL 中的 prepared 记录找到该事务，继续等待协调者指令或由管理员介入回滚。整个过程用 gid 标识全局事务，pg_prepared_xacts 视图可查看未决事务。要启用该能力必须把 max_prepared_transactions 设为非零值，否则 PREPARE TRANSACTION 会直接报错。PostgreSQL 内部会强制将 prepared 状态刷入 WAL，这是节点崩溃后事务不丢失的关键。两阶段提交主要服务于跨数据库、跨服务的分布式事务场景，通过 XA 接口与 JTA 等协议对接，让应用层能够协调多个资源同时提交或回滚。
栏目：PostgreSQL 时间：10-17 PostgreSQL两阶段提交
PostgreSQL intagg 整数聚合器怎么用？它和 array_agg 的区别是什么？
