独立数据库提供最高安全性，适合高合规场景但成本高；2. 共享数据库独立Schema平衡隔离与运维，适用于中等规模租户；3. 共享表通过tenant_id区分数据，资源高效但依赖代码严谨；4. 混合方案按租户等级灵活选择，结合中间件解析租户、GORM回调注入条件、上下文传递租户ID，确保数据隔离贯穿调用链，兼顾安全与可维护性。
在多租户系统中，Golang应用需要确保不同租户的数据相互隔离。数据库隔离是实现这一目标的核心手段之一。常见的方案包括：独立数据库、共享数据库独立Schema、共享数据库共享表（通过租户ID区分）。选择哪种方式取决于安全性、成本、可维护性和扩展性需求。
1. 独立数据库（Database Per Tenant）
每个租户拥有完全独立的数据库实例，物理层面实现彻底隔离，安全性最高。
优点：
- 数据完全隔离，符合高合规性要求（如金融、医疗）
- 支持租户级别备份、恢复和迁移
- 可针对不同租户定制数据库配置或版本
缺点：
立即学习“go语言免费学习笔记（深入）”；
- 资源消耗大，数据库连接数和实例数量随租户增长线性上升
- 运维复杂，批量升级 schema 困难
实现建议：
- 使用连接池管理不同租户的数据库连接
- 在请求上下文中解析租户标识（如 subdomain、JWT claim），动态选择数据库连接
- 结合连接池缓存（如 sync.Pool 或 map[string]*sql.DB）提升性能
2. 共享数据库，独立 Schema
所有租户共用一个数据库实例，但每个租户拥有独立的 Schema（PostgreSQL）或 Database（MySQL 中的 database）。
优点：
- 隔离性较好，逻辑层面分离，避免误查数据
- 便于集中管理，支持统一监控和备份
- 比独立数据库节省资源
缺点：
立即学习“go语言免费学习笔记（深入）”；
- 跨租户操作复杂（如管理员视图）
- Schema 变更需遍历所有租户执行，需事务控制
实现方式：
- 在初始化时根据租户 ID 切换 Schema：
SET search_path TO tenant_123;
- GORM 可通过
db.Set("gorm:table_options", "schema=tenant_123")控制 - 中间件中解析租户并设置会话级 Schema
3. 共享数据库，共享表（Tenant ID 列）
所有租户数据存储在同一套表中，通过
tenant_id字段区分。
优点：
- 资源利用率高，运维简单
- 适合租户数量多但数据量小的场景
- 易于实现跨租户分析（需权限控制）
缺点：
立即学习“go语言免费学习笔记（深入）”；
- 数据隔离依赖代码正确性，容易出错
- 查询必须带上
tenant_id
，否则可能泄露数据 - 数据量大时分库分表难度增加
关键实现点：
- 所有模型必须包含
tenant_id
字段 - 使用 GORM 回调（Callback）自动注入租户条件
- 定义基础模型封装通用逻辑：
type BaseModel struct {
ID uint `gorm:"primarykey"`
TenantID string `gorm:"index"`
CreatedAt time.Time
UpdatedAt time.Time
}
- 在查询时强制添加
Where("tenant_id = ?", tenantID)
4. 混合方案与最佳实践
根据租户等级灵活选择隔离级别，例如：
- 大客户使用独立数据库
- 中小客户使用共享 Schema 或共享表
通用建议：
- 在 HTTP 中间件中解析租户，并将其写入
context.Context
- 数据库访问层从 context 获取租户信息，自动应用隔离逻辑
- 使用 GORM Scope 或自定义 Dialector 实现透明租户过滤
- 严格测试数据泄露场景，确保每个查询都受租户约束
- 记录租户访问日志，便于审计
基本上就这些。方案选择要结合业务规模、安全要求和团队运维能力。独立数据库最安全，共享表最省事，独立 Schema 是折中选择。关键是把租户上下文贯穿整个调用链，避免遗漏。
