看到一篇比較多租戶數據隔離方案的文章，總結挺不錯。其實大部分內容在我前幾年寫的文章都有。
文章翻譯自：
https://blog.arkency.com/comparison-of-approaches-to-multitenancy-in-rails-apps/
多租戶意味着同一個應用上有不用的用戶隔離。這是非常典型的saas模型。你可以用不同的隔離級別來實現多租戶。
1. 行級別： 在每個數據庫表里添加tenat_id字段，然后在每個查詢語句也添加相應的tenant_id
2. schema 級別： 每個租戶有在同一個數據庫內自己獨立命名空間。 可以容易使用 PostgreSQL schemas 來實現. 后續會介紹使用Mysql如何實現。
3. 數據庫級別：每個租戶創建獨立的數據庫。 非常少用到。
下面是比較這幾種實現方式的優缺點：
| 行級別 | schema級別 | db級別 | |
|---|---|---|---|
| 租戶創建時間 | ⚡️ 新增一條記錄 | 🐢 慢 (需要創建schema和表 ) | 🐌 非常慢 + 可能需要運維支持 |
|
租戶間泄漏數據風險 |
💥 忘記添加 WHERE |
✅ 比較安全 | ✅ 非常安全 |
| 侵入性 | 🍝 所有代碼需要添加tenant_id 列條件 |
👍 一般 | 👍 非常少 |
| Need shared tables or merging data across tenants 不同租戶間共享和合並數據 |
✅ 沒任何問題 | 👍sql可以跨數據查詢 | 🚫 sql無法實現，只能應用代碼實現 |
| Running DB migrations 數據庫遷移 |
⚡️ O(1) | 🐢 O(n) | 🐌 O(n) |
| Conventionality | 👍 Standard Rails | 🛠 Occasionally at odds with Rails assumptions | 🤔 |
| Additional costs 其它成本 |
👍 無 | 👍 無 | ❓ 創建大量數據成本 |
| Operational overhead 額外運維成本 |
✅ 無 | 👍有可能，需要維護大量表 | 🛠 需要維護大量數據庫 |
| Complexity 復雜度 |
🍝 到處添加tenant_id |
🌴 利用PG特性 search_path |
🤔 |
| Where possible 可行性 |
🌍 非常容易實現 | ⚠️ 確認是否是托管數據庫。是否有權限 | ⚠️ 是否能按需創建數據庫 |
| Cost of switching 切換租戶成本 |
⚡️ 設置變量。tenant_id =? | ⚡️ 需要設置search_path |
🐢 需要創建獨立數據庫連接 |
| Extract a single tenant’s data 抽取獨立租戶數據 |
🛠 有點麻煩 | 👍 容易 | 👍 非常容易 |
MySQL vs PostgreSQL schemas
Mysql沒有類似PostgreSQL schemas功能，但Mysql數據庫可以實現類似方式使用。切換數據庫時候不需要創建獨立數據庫連接，在Mysql可是通過use 語句來選擇數據庫。類型在 PG數據庫使用search_path功能。類似方案，可以在表名前在租戶數據庫前綴。
Mysql缺點：是你需要保證數據庫間沒有名字沖突。創建租戶時候，需要有創建數據庫的權限。如果你沒有需要。而PG只需要在當前數據庫創建schemas的權限，並且不用關系名字沖突。即使在托管的數據庫服務，也能很方便實現。
快速方案選擇：
| 條件 | 推薦 |
|---|---|
| A lot of tenants? | consider row-level |
| A lot of low-value tenants? (like abandoned accounts or free tiers) | consider row-level |
| Less tenants and they’re high-value? | schema-level more viable |
| Anxious about data isolation? (ensuring no data leaks between tenants) | consider schema-level |
| Customers might require more data isolation for legal reasons? | consider schema-level or even db-level |
| On a managed or cloud hosted database? | if you wanna go for schema-level make sure it all works for you |
| Multitenantizing an existing single-tenant code base? | schema-level might be easier to introduce |
| Greenfield project? | row-level more viable |
| Need to combine a lot of data across tenants | schema-level possible, but row-level is a safer bet |