直接回答：托管数据库把备份、高可用、补丁升级、监控告警、只读副本等运维工作交给云厂商，你买的是"数据库服务"；自建则是租一台云主机自己装 MySQL/PostgreSQL，省的是服务费，付出的是运维人力和可用性风险。

托管的优势：自动备份与时间点恢复（PITR）、跨可用区主备秒级切换、一键扩容和只读扩展、慢日志与性能洞察开箱即用。这些能力自建要搭 MHA/Orchestrator、备份脚本、监控体系才能做到同等水平，且很容易在故障时才发现链路没验证过。对绝大多数团队，DBA 人力成本远高于托管溢价。

自建的合理场景：一是成本敏感且规格巨大——托管 RDS 在大规格、高 IO 下溢价明显，自建（或上裸金属）能省 30% 以上；二是需要深度定制，如特定内核参数、非托管版的扩展插件、特殊版本；三是已有成熟 DBA 团队和自动化运维体系。另外要注意托管服务的限制：通常不给 super 权限、参数可调范围受限、跨云迁移有出口成本。

实践上常见的折中：核心业务用托管保可用性，数仓、测试环境、边缘业务自建或用 Serverless 数据库压成本。

追问方向：如何验证一次 PITR 恢复确实可用？托管实例的"高可用版"切换时对应用有什么影响？云上数据库跨地域灾备怎么做？

（约 560 字）