MongoDB副本集通过主节点处理写操作、从节点处理读操作实现读写分离。写操作仅在主节点执行并同步至从节点，读操作默认在主节点进行，但可通过配置读偏好（Read Preference）将请求分发到从节点，从而提升读取性能与系统可用性。常见读偏好包括primary、secondary、secondaryPreferred、nearest和primaryPreferred，可根据业务需求选择合适策略。例如，在Mongo Shell中使用db.collection.find().readPref("secondary")或在连接字符串中添加readPreference=secondary即可启用从节点读取。需注意从节点存在数据延迟，可能影响一致性，因此强一致性场景应继续使用主节点读取。同时要确保从节点状态正常，并结合应用逻辑管理多个从节点的访问分布，以实现有效负载均衡。该机制适用于报表查询、高并发读及跨地域部署等允许轻微延迟的场景，能显著减轻主节点压力，提升整体性能。
在MongoDB副本集中，读写分离是通过主节点处理写操作、从节点（副本）处理读操作来实现的。虽然写操作只能发生在主节点，但读请求可以被分发到多个副本节点上，从而提升读取性能和系统可用性。
读写分离的基本原理
MongoDB副本集包含一个主节点（Primary）和多个从节点（Secondary）。所有写操作必须由主节点处理，并同步到从节点。而读操作默认由主节点执行，但可以通过配置读偏好（Read Preference）将读请求导向从节点，实现读写分离。
关键在于客户端连接时设置合适的读偏好策略，控制数据读取来源。
配置读偏好实现读分离
读偏好决定了驱动程序将读操作发送到哪个节点。常见选项包括：
- primary：默认选项，所有读操作都在主节点执行
- secondary：读操作只在从节点执行，适合读多写少场景
- secondaryPreferred：优先从从节点读，若无则回退到主节点
- nearest：根据网络延迟选择最近的节点，适合跨地域部署
- primaryPreferred：优先主节点，失败时尝试从节点
例如，在Mongo Shell中设置从节点读取：
在应用连接字符串中也可以指定：
mongodb://host1,host2,host3/db?readPreference=secondary注意事项与潜在问题
启用读写分离后需要注意以下几点：
- 数据延迟：从节点的数据是异步复制的，可能存在延迟，读取可能不是最新数据
- 一致性需求：对强一致性要求高的读操作应保持在主节点执行
- 节点状态：确保从节点处于正常运行状态，避免因节点故障导致读失败
- 负载均衡：读偏好不提供自动负载均衡，需结合应用或驱动程序管理多个从节点的访问分布
适用场景建议
读写分离适合以下情况：
- 报表类查询，允许轻微数据延迟
- 高并发读场景，减轻主节点压力
- 地理分布部署，使用nearest减少延迟
对于实时性要求高的业务操作，建议仍使用默认主节点读取。
基本上就这些。合理配置读偏好，就能在MongoDB副本集中有效实现读写分离，提升系统整体性能。
