分库分表 - 终极一战，该你上战场的时候我肯定不替你去

休息两天，这个系列差点搞死我，接下来写书去了

这个跟是不是laravel没多大关系，这是一种思路和策略，很多人不会想到这种方式，使用这种方式也可以为以后不同租户启用二级域名或专属域名预留扩展空间！这个系列产生是因为有用户想知道分库分表怎么做，我就借着多租户系统实现了一下，对于多租户系统来说，这是非常普遍的一种策略和架构方式，大部分用户只是停留在设计模式上，对架构模式领域比较欠缺，不知道也很正常！

哈哈，那钱就花的值了，按月分表应该没多少公司会用到了，这个系列录过啥我都忘了，我下来看这个专题我要不要录第二个系列吧，把其他的分表策略也讲一讲，只是有机会用到的人真的太少了。

抱歉现在才回复，回了农村老家，一个本家长辈过世了，一直在忙白事。有token当然能登录啊，这就是用户或者说租户的凭证。隔离的工作确实是需要进行的，但是核心并不是隔离用户，而是将不同租户的管理者可以访问的部分隔离开，如果租户的管理者可以访问别的租户的后台修改数据那就麻烦了。

子域名可以做，核心的原理就比较简单了，

Route::domain('{account}.example.com')-&gtgroup(function () {

Route::get('user/{id}', function ($account, $id) {

//

});

});

借助这种方式就可以把account映射成不同的租户，他们的路由系统还是统一的，只不过访问的时候访问专属自己的数据就行了。

你理解错了，多租户系统有不同的运行模式：

一个是完全独立的模式，租户们自己去上传自己的商品，我什么业务都不做，我只是把系统租用给租户使用，非常纯洁的租赁关系。

二是我自己也有业务，利用商户的产品做推广和竞价排名，就像淘宝，我自己什么产品都没有，我就是把租户的产品做展示，卖排名做引流然后卖，还可以收取额外的佣金。这种模式核心是最竞价服务，把竞价逻辑处理好，不需要像租户的子系统那样保存产品信息，是完全不一样的处理逻辑。

这部分可以找一些电商类的书籍好好研究一下，离开代码，多熟悉熟悉核心业务，看看他们的事业群都是如何划分的，企业的业务架构决定了产品的最终架构，不是由技术决定的。