1. 如果你的服务没有到一定规模，用模式一没有问题
2. 如果你的服务到了一定规模，那请直接选用可水平伸缩的数据库，比如 Cosmos 等，或者做数据分区+高可用方案

模式二的使用情况只有一种：你的重要客户不多，但是它们很重要，我只见过一个做 saas 的公司是用的模式二，就是类似这种情况

给你一个鲜活的例子，Salesforce 够大了吧，他们就是用的方案一 https://architect.salesforce.com/fundamentals/platform-multitenant-architecture

前公司做 Saas 项目
前期 不同 DB 实例+共用服务
后台 不同 DB 实例+独立部署，完全独立

现在公司做 Saas 项目
同实例不同库+共用服务

为啥？因为穷。。。。。

1
关键词「多租户」

模式二：一块钱的生意，投入十块钱。

老系统用的方案二，当时吵着闹着要重点支持独立部署，结果一个独立部署的都没。
后来全面重构，用了方案一，结果有一个商户要独立部署，哈哈哈。

目前用的 1 ，开发维护起来都比较方便，大客户数据量、请求量大，QPS 高，相应的要分库分表弹性扩容什么的，按需求来，而且要多收钱覆盖这部分成本。对于超大规模客户，与其使用 2 ，不如直接建议私有部署了

路过，这种场景 Serverless tidb 能打不能打

就用模式一，保证每张表上有 字段可以区分，方便迁移出来就行了。大客户一般会考虑独立部署或者私有部署。