17370845950

PostgreSQL物理备用库默认不可写，但可在hot_standby=on时支持只读查询，适用于报表、读密集和地理分布场景，通过外部工具实现读写分离。

PostgreSQL的备用库（Standby Database）默认是不能直接进行写操作的，但在特定配置下可以支持只读查询。这取决于备用库的运行模式和配置方式。

备用库的基本类型

PostgreSQL提供几种复制模式，常见的有：

• 物理复制（Physical Replication）：主库将WAL日志发送到备用库，备用库通过重放WAL保持与主库一致。这是最常见的高可用方案。
• 逻辑复制（Logical Replication）：基于发布（publication）和订阅（subscription）机制，允许部分表级别的复制，支持更灵活的数据同步。

本文主要讨论的是物理复制下的备用库是否可读写问题。

物理备用库是否可读

在启用hot_standby = on的前提下，PostgreSQL的物理备用库支持只读查询。这意味着应用可以连接到备用库执行SELECT语句，分担主库的读负载。

关键配置项包括：

• hot_standby = on：允许备用库接收并执行只读查询。
• max_standby_streaming_delay：控制备用库在应用WAL数据时，可容忍的查询延迟时间。
• max_standby_archive_delay：类似上一项，但用于归档恢复场景。

这些参数可以在postgresql.conf中设置，重启或重载后生效。

备用库是否支持写操作

物理备用库不支持写操作。因为它是通过重放主库的WAL日志来保持数据一致的，任何本地写入都会导致数据冲突或破坏复制一致性。

尝试执行INSERT、UPDATE、DELETE等写语句会收到如下错误：

这表示当前事务处于只读模式，无法修改数据。

只读副本的应用场景

虽然不能写，但只读副本在以下场景非常有用：

• 报表查询：将复杂的分析查询路由到备用库，避免影响主库性能。
• 读密集型应用：如Web应用的前端服务，通过负载均衡将读请求分发到多个只读副本。
• 地理分布：在不同区域部署只读副本，提升本地用户的访问速度。

如何实现读写分离

PostgreSQL本身不提供自动读写分离功能，需要借助外部工具或应用层逻辑实现：

• 使用Pgpool-II或HAProxy，根据SQL类型（SELECT vs 写操作）路由到不同节点。
• 在应用代码中配置多个数据库连接，分别指向主库和只读副本。
• 结合连接池（如PGBouncer）与角色判断，动态选择目标实例。

基本上就这些。PostgreSQL的物理备用库是一个典型的“只读副本”，适合做读扩展和高可用备份，但不能直接写入。如果需要多点写入，需考虑逻辑复制、第三方集群方案（如Citus、Patroni配合外部协调），或者应用层拆分写入逻辑。