PolarDB默认的1+1,是不是不太可靠?万一其中1个挂了呢?
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
PolarDB默认的“1个读写节点加1个只读节点”配置,已经具备了一定的高可用性。在这种架构下:
主节点(读写节点)负责处理所有的写入操作以及部分读取操作,同时会实时将数据同步到备节点(只读节点),确保数据的高可用和一致性。
如果主节点出现故障,PolarDB会自动进行主备切换,将原先的只读节点提升为主节点继续提供服务,包括读写操作。在此过程中,由于采用了日志即刻复制等技术,可以实现快速的数据切换和恢复服务,大大降低了对业务的影响。
只读节点在正常情况下主要用于分担读取压力,提高系统的并发处理能力,当主节点发生故障时作为备份节点提供故障转移支持。
因此,虽然单个只读节点的故障不会直接影响数据库的整体可用性(因为它不影响写入操作和数据同步),但如果主节点出现问题,依赖于有效的故障切换机制来保证数据库服务的连续性。对于极端情况下的容灾需求,阿里云PolarDB也提供了跨地域、多可用区部署等多种高可用方案供用户选择,以进一步增强数据库服务的可靠性。
阿里云关系型数据库主要有以下几种:RDS MySQL版、RDS PostgreSQL 版、RDS SQL Server 版、PolarDB MySQL版、PolarDB PostgreSQL 版、PolarDB分布式版 。