想问下，对于多商户的后台系统的数据库和结构如何设计？

[phpxiaowangzi]

如题，最近公司有一个多商户的后台系统，大概有将近 1000 个商户，我现在的思路是因为每个商户可能都需要一个独立的权限管理功能，所以开通一个商户我就创建涉及到权限管理的数据表 privilege_node_abc,privilege_role_abc,privilege_user_abc，然后每个商户包括商户创建的人员做一个关联表，可以找到对应结尾 abc 的属于自己商户的表去进行操作，然后登陆的时候去这个关联表找到是否有信息，有就操作关联的表，不知道各位大佬有没有更好的办法，我总感觉这个设计有问题，求大佬们指教。

[shuang]

只需要一张表即可，每张表里都有个字段表示是哪个商户。
多商户的系统不要一个商户一张表，大商户小商户的数据量也不均匀，接入的商户多了表的数量会爆炸的。

[opengps]

几乎所有表都增加一个商户 id 字段，几乎所有查询都强制带上 where 商户 id='xxxx'

[toesbieya]

每个商户一个库

[xuanbg]

https://www.cnblogs.com/xuanbg/p/12511509.html

[Kirsk]

用户授权入口（单点登录）+网关+服务 按服务切分数据 模块化 俗称 微服务

[zh5e]

@toesbieya 分库能数据隔离，但是运维成本增加，怎么选择 lol

[mitsuizzz]

直接 mybatis-plus 写一个自己的租户拦截器，就大功告成了， 每个商户 不同租户 ，看文档就行