RDS PostgreSQL只读副本技术问询：主库CPU满载场景疑问

针对你的两个疑问的解答 #

1. 只读副本同步数据的CPU消耗问题 #

只读副本的CPU消耗不会和主库完全等同，核心差异源于两者的负载场景：

• 如果主库CPU满载是因为大量读请求，那么副本仅需重放主库的binlog（即主库的写操作日志），这部分CPU消耗只对应主库写操作的占比，远低于主库整体负载。比如主库90%CPU用于处理读查询，10%用于写事务，副本同步仅需承担这10%左右的CPU开销，剩余资源可承接读请求，完全能缓解主库压力。
• 如果主库CPU满载是因为大量写事务，副本确实需要消耗CPU重放这些事务，但通常也不会达到主库同等使用率：一方面，副本的binlog回放多为顺序执行（部分数据库支持并行回放，但仍和主库并发写场景有差异）；另一方面，副本没有主库的其他负载（如读请求、定时任务等），实际CPU占用会低于主库。

2. RDS的读写请求路由问题 #

RDS不会自动区分读写请求并路由，必须通过代码或中间件实现：

• 多数云厂商的RDS会提供只读终端节点（比如AWS RDS的Reader Endpoint、阿里云RDS的读写分离地址），但你需要在代码里主动将读请求指向该只读地址，写请求指向主库地址。
• 若不修改代码，所有请求（无论读写）都会默认打到主库，副本无法发挥分流作用。你需要重构代码区分读写对应的数据源，或使用数据库中间件（如ShardingSphere、MyCat）自动路由，但这不属于RDS本身的自动功能。

内容的提问来源于stack exchange，提问作者IAddBugsToCodebases