PlanetScale 怎么选？Postgres、Vitess 与数据库迁移

先分清 Postgres 和 Vitess，不要当成同一种数据库

PlanetScale 当前同时提供 PostgreSQL 与基于 Vitess 的 MySQL 兼容方案。已有 PostgreSQL 项目优先核对 Postgres 产品的扩展、连接及备份能力；已有 MySQL 项目则要检查 Vitess 的 SQL 兼容性、分片需求和迁移方式。不能因为都叫 PlanetScale 就直接互换。

数据库分支的价值，是把结构变更从生产库里隔离出来

数据库分支可以让开发和测试与生产环境隔离，但不同引擎的分支实现及数据来源并不相同。特别是结构变更部署、复制生产数据及回滚范围，应按照所选引擎的官方文档确认，不能把“有分支”理解为任何时候都能无风险回滚。

连接数不是唯一指标，应用访问方式也很重要

传统长连接、Serverless 函数、边缘环境的连接模型差别很大。选托管数据库时，要和部署平台一起看，而不是把数据库单独拿出来比较。

迁移前做一次真实兼容性清单

用一份真实的应用副本做验证：运行现有迁移脚本和关键 SQL；检查 ORM、数据库驱动、事务和扩展；模拟连接高峰；实际完成一次备份恢复。最后核对区域、计费方式和生产故障时的支持路径，再决定是否迁入。

别只看开发体验，也要算退出成本

托管数据库越深度融入工作流，未来迁移时越要处理 schema、数据导出、连接方式和部署脚本。选型时把“如果两年后要搬走”也问一遍，会更清醒。

选产品线之前先看数据库兼容性

如果现有应用依赖 PostgreSQL 扩展、特定 SQL 语法或驱动，不要因为 PlanetScale 同时提供多种数据库产品，就把不同产品当成可直接互换。先确定 Postgres、Vitess/MySQL 或其他产品线，再测试应用依赖和迁移方式。