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等写语句会收到如下错误：
ERROR: cannot execute INSERT in a read-only transaction这表示当前事务处于只读模式，无法修改数据。
只读副本的应用场景
虽然不能写，但只读副本在以下场景非常有用：
如何实现读写分离
PostgreSQL本身不提供自动读写分离功能，需要借助外部工具或应用层逻辑实现：
- 使用Pgpool-II或HAProxy，根据SQL类型（SELECT vs 写操作）路由到不同节点。
- 在应用代码中配置多个数据库连接，分别指向主库和只读副本。
- 结合连接池（如PGBouncer）与角色判断，动态选择目标实例。
基本上就这些。PostgreSQL的物理备用库是一个典型的“只读副本”，适合做读扩展和高可用备份，但不能直接写入。如果需要多点写入，需考虑逻辑复制、第三方集群方案（如Citus、Patroni配合外部协调），或者应用层拆分写入逻辑。
