多租户系统，采用 PostgreSQL 好还是 Mysql 好

[lostSoul]

saas 类型的系统，目前是采用了最 low 的行级多租户，也就是每个表加一个 tenantId,然后用代码逻辑隔离，现在随着系统的用户增长，很多问题随着出现了，维护麻烦，性能低效，代码逻辑复杂混乱
于是决定重构，打算采用多租户的另外一套方案，单库多 schema，但查阅了资料，发现 mysql 根本没有真正意义上的 schema，或者说 schema 就是 database
再后来了解到 PostgreSql,感觉国内资料挺少的，用的也很少，但看到一些比较资料发现他比 mysql 好太多了，但又怕上了踩坑，而且还要数据迁移之类的，有没有大佬给个方案

[czyt]

有迁移数据库的需求，建议开发的时候用 orm

[ez728s]

怕不是因为方案 low

[xiaoxinshiwo]

淘宝算不算多租户系统？

[lostSoul]

@ez728s 就是因为方案 low 才改的 我现在已经想到另外一方案 采用 Mysql+MyCat 中间件，采用 mycat 去增强 mysql 的功能，mycat 中间件提供了多租户方案，实现 SQL 方式切换数据源

[emmettwoo]

插眼等老哥们的方案，这种用数据库字段隔离然后代码去判断真的太难受了。

[312ybj]

我们公司的数据隔离级别就是单独 schema, 使用 myact 拦截 sql，从而导向不同的数据库。redis 也这样干的。

[BQsummer]

租户 id 放 theadlocal，自定义个 mybatis 插件，自动补全租户 id 的查询条件，在业务层面不需要额外处理租户的信息，还是体验可以的。好处是数据库层可以简单化，没啥 low 不 low 的。

[wangxiaoaer]

”现在随着系统的用户增长，很多问题随着出现了，维护麻烦，性能低效，代码逻辑复杂混乱“

租户表示我不背这个锅。

[johnsona]

@emmettwoo 判断 tenantid 是吧
orm 的方案的话可以 hook 一下自动带上 tenantid

[FightPig]

不建议 schema 模式，tenantId 模式挺好的，schema 随着用户多起来，你会发现很头疼，如果你再有要查询多租户信息的需求，你就要崩溃了

[lostSoul]

@wangxiaoaer 哈哈 不被也得背啊 没办法 现在新建一个商户 虽然他看不到其他租户的数据 但都等于他有 100W 条数据了 大家同一条船迟早都得淹死

[lostSoul]

@FightPig 查询多租户需求也是可以满足的吧 我目前这个方案而言 我们已经用血的教训证明 tenantId 并不是长久方案

[tairan2006]

你这个思路好奇怪…而且这都 2021 年了，还有人用 Mycat ？

你直接上 tidb 啊……当然 pg 生态也有 greenplum 之类的

[Huiao]

单数据库 多租户表 表名：business_{租户 id} mybatis 插件动态补全表名

[love]

为什么 tenantId 是最 low 的方案？能列个实际的代码例子吗，我以前的公司也这样，我感觉是最高级的方案，一点不觉得不方便。
反而一个用户一个数据库才是 low 到爆的方案，维护复杂更不用提了

[ipwx]

我直觉上，tenantId 是很好的方案。但是得配合分库分表，通过 tenantId 哈希到某个机器的数据库上，每个机器上又存储若干 tenantId 的数据。如果之前的数据库满了就增加机器，哈希函数改一改。如果某个租户变成狗大户就专门给他放到狗大户的机器上，狗大户的机器少放点租户，小用户的机器上多放点用户。

[wangxiaoaer]

@FightPig #10 楼上有老哥提到淘宝，你说这算不算多租户呢，刚开始我还没觉得，但是一细想，也算多租户，每个商家就是一个租户，维护自己的产品。难道这些产品分别放到不同的库里才是优雅？

你说全部放到一起量大起来迟早淹死，可是我寻思面对这个问题你应该寻求的是海量数据存储、检索的方案，这些应该成熟的吧，什么 nosql 、分布式不行吗？

另外，我觉得 tenantId （其实就是特么的 UserID 了）方案还有个好处：当后面需要做跨租户统计、分析的时候，明显要比多租户方便吧。

[hbkdsm]

不同意逻辑隔离是最 low 的方案，这是最高效的方案 (虽然牺牲了数据隔离性)

多 db 和 多 schema 维护成本太高了，大表跑 DDL 痛苦死了
Salesforce 就是 tenantID 纯逻辑隔离，Zendesk, Freshdesk, GitHub 都是这样
这是业内最成熟的方案

库大了，还可以根据 tenantID 做水平分库，PostgreSQL 有 Citus，MySQL 有 ShardingSphere，都可以按照 tenantID 分库。

还有 TiDB 这种 NewSQL，或者 Vitess 这种方案。

[BBCCBB]

@hbkdsm Big old, 这些系统得 tenantId 是哪里看的?

[dbskcnc]

用的 PostgreSql 的话还可以继续用原来的方案的，表针对 tenantID 做 hash 分区，性能和开发都方便
用中间件感觉还是有点折腾，有条件当然可以上 newsql