冷备、热备、温备的核心区别在于系统是否在线、人工干预程度和服务中断时间；选型取决于RTO、RPO要求及运维预算能力。
冷备和热备的核心区别，在于备份系统是否在线、是否需要人工干预、以及服务中断时间长短。选型不是看“哪个更高级”，而是看业务能承受多长停机、数据丢失风险是否可接受、预算是否支撑持续运行成本。
冷备：关机备份，简单省钱但要停服
冷备是在系统完全停止（数据库关闭、服务停运）状态下进行的备份。所有读写操作暂停，直接拷贝文件或镜像磁盘。
- 优点：操作简单，无需额外软件；备份一致性高，无事务冲突风险；硬件和许可成本低
- 缺点：备份期间业务中断；恢复需重新启动服务+还原数据，耗时长（几十分钟到数小时）；故障切换必须人工介入
- 适用场景：内部管理系统、测试环境、静态内容网站、夜间可停机的非核心数据库
热备：在线同步，秒级切换但投入高
热备要求主备系统同时运行，通过实时复制（如MySQL主从、PostgreSQL流复制、DRBD块设备同步）保持数据一致。主节点故障时，备节点自动升主并接管IP和服务。
- 优点：RTO（恢复时间目标）接近零，用户几乎无感；RPO（恢复点目标）趋近于零，极少丢数据；支持自动故障转移（failover）
- 缺点：需专用工具或中间件；网络带宽和存储资源占用高；配置复杂，维护门槛高；存在脑裂、同步延迟等风险需额外机制规避
- 适用场景：支付网关、订单中心、用户认证服务、K8s控制平面、金融类核心数据库
温备：折中方案，定时同步+手动/半自动切换
温备介于两者之间——备机开机运行，但不承载流量；数据按固定周期（如每15分钟）同步一次，切换需人工确认或轻量脚本触发。
- 比冷备快：省去开机、初始化、服务启动时间，通常5–30分钟内可恢复
- 比热备省：不维持强实时同步链路，降低IO与网络压力
- 典型实现：rsync定时同步+Keepalived健康检查+简易切换脚本；或使用pg_basebackup + WAL归档做准实时恢复准备
选型关键看三个指标
决定用冷、温还是热，只需明确以下三点：
- RTO要求：能容忍最长几分钟中断？≤30秒→热备；≤30分钟→温备；≥2小时→冷备可考虑
- RPO要求：最多允许丢失多少数据？零丢失→热备；可接受几分钟内数据→温备；可接受最后一次完整备份后全部变更→冷备
- 运维能力与预算：是否有专人维护复制链路？能否承担双机长期运行的电费、许可、监控成本？团队是否熟悉心跳检测、仲裁机制、脑裂处理？
