## 概念是什么
多租户指一套系统同时服务多个客户组织，数据与配置按租户隔离。起步阶段的核心决策是隔离做到哪一层：共享一切、按库隔离、还是按实例隔离。隔离越深，安全与稳定越好，成本与运维复杂度也越高。
## 背后原理
隔离层级决定了故障与泄露的影响半径。共享库加租户字段是最省资源的形态，任何一条查询漏掉租户条件就会越权，任何一条慢查询都影响全部租户。独立库把半径缩小到单租户，但连接数与迁移成本上升。独立实例隔离最彻底，资源开销也最大。起步期的正确位置通常在中间：架构上支持按库拆分，商业上先从共享库起步，把租户标识贯穿所有数据表与缓存键。
## 最小实操
用一组顺云云服务器承载应用，数据库先共享，但坚持三条纪律：每条查询显式带租户条件、缓存键统一加租户前缀、后台任务按租户分批执行。为付费能力强或合规要求高的客户预留独立库的升级路径，迁移工具提前准备好。租户级的用量统计从第一天就记录，它既是计费依据，也是容量规划的数据。
## 常见错误
部分老表没有租户字段，后期补齐代价巨大。导出与报表接口绕过应用层直接查库，越权风险最高。单一租户的定时任务把整台机器占满，其他租户跟着卡。这些坑的共性是把共享当成了不设防。架构起点还应包含运维侧的约定：环境信息入配置管理，租户相关的变更走统一流程，禁止在生产库上手工改数据。这套纪律在团队三个人时就要建立，等到十几个人再补，历史数据的治理成本会高出数倍。多租户系统的可靠性，一半在架构，一半在这些日常约束。