关于PolarDB DMP远程内存节点的三类技术问题问询

问题1：作为本地缓冲池的扩展，PolarDB DMP如何处理远程节点崩溃场景？ #

PolarDB DMP针对远程节点崩溃做了多层透明容错设计：

• 远程内存节点默认采用多副本部署，单个节点崩溃时，系统会自动切换至可用副本节点，缓冲池扩展层的服务不会中断；
• 本地缓冲池会留存热点数据的副本，远程节点故障后，热点请求可直接从本地缓冲池响应，业务不受影响；
• 系统会快速触发故障节点的异步恢复流程，通过从副本或磁盘重建节点数据，恢复过程对业务完全透明。

问题2：脏页是否存储在远程节点中？ #

PolarDB DMP的远程内存节点仅存储干净页，脏页始终保留在本地缓冲池或磁盘的redo log中。
这种设计一是为了避免远程节点崩溃导致脏页丢失，保障数据一致性；二是减少远程节点的写入压力，让远程节点专注于只读缓存的扩展能力。当脏页刷盘完成后，对应的干净页才会同步到远程节点，作为扩展缓冲层的缓存内容。

问题3：部署多个远程节点是否会提升节点故障概率？ #

从单节点故障的概率维度看，部署多个节点后，集群出现单个节点故障的概率确实会有所上升，但PolarDB DMP通过冗余架构设计完全抵消了这个风险，甚至提升了整体可用性：

• 所有远程节点均采用多副本机制，单个节点故障不会导致服务不可用；
• 系统具备实时故障检测与自动切换能力，故障节点会被快速隔离，副本节点即刻接管服务，业务无感知；
• 节点会分散部署在不同物理机或可用区，避免单点故障引发批量节点失效，实际集群的可用性反而会因为分布式冗余设计得到显著提升。

内容的提问来源于stack exchange，提问作者南方嘉木