搭建托管平台时，是否应该在MySQL中为每个客户创建独立数据库？

结合你提到的业务场景和选型考量，单租户独立数据库的方案完全适配你的需求，具体原因和补充注意事项如下：

选型合理性验证 #

• 关于第三方插件风险隔离：共享数据库的场景下，外部开发的插件一旦出现SQL注入、越权读写、误操作数据表类的问题，会直接危及全平台所有用户的数据。独立数据库可以实现租户级的故障完全隔离，插件故障最多只会影响对应单个站点，不会出现单插件故障搞崩全平台的恶性事故，对于支持第三方插件的托管平台来说，这个隔离能力是核心的稳定性保障。
• 关于数据访问效率：独立数据库不需要在所有数据查询逻辑中额外加租户ID过滤条件，既可以避免共享库中索引设计不合理导致的跨租户全表扫描问题，也可以针对不同体量的租户做差异化资源配置——高流量站点单独升配数据库规格，小站点共享低配资源，整体资源利用率和访问效率都会优于统一大库的方案。

折中方案与运维注意事项 #

如果你的平台还处于初期冷启动阶段，租户规模很小，可以先采用「共享数据库实例、独立Schema」的折中方案降低初期运维成本，后续租户规模上来之后再平滑切到完全独立的数据库模式。
如果直接采用全独立数据库方案，需要提前做好以下运维能力铺垫：

• 实现数据库实例的自动化创建、配置、定期全量+增量备份流程，不要人工处理租户数据库相关的操作
• 预留租户数据批量导出、跨实例迁移的标准化能力，应对用户站点升级、跨区域调度类的需求
• 部署租户级的数据库资源监控告警，避免单租户异常流量/恶意操作占用过多物理资源，影响同物理机部署的其他租户数据库稳定性

内容的提问来源于stack exchange，提问作者Emilio