不需要都用 redis 啊，内存很贵的，有规模的公司肯定要存用户的每次登陆记录的。
redis 中存每个用户的一个是否被禁止访问 flag，请求来了先 check 是否被禁止访问。
可以访问，就交给另一个线程、进程、服务去处理这个限流操作，持久化登录记录，然后计算是否应该被禁止访问，需要禁止更新 flag

1 、通过查询条件进行分表。用 uid 查就 mod uid 分表，用订单号查就 mod 订单号。如果多个字段都有用查询，就要再加个索引表，索引表也要分表。
2 、统计所有商家订单量这种，可以利用 redis 来异步缓存起来。数据量很大的时候，这种数据时效性就是不能完全保证的，需要定时 check 数据。单表数据量特别大的时候，别用 count 计算，用 id 推算、或分段计算。数据特别大，又不要求准确性，可以用 explain （我在程序中没用过，线下查数据时经常用）

Customer 持有 Vehicle ID

@dragonsunmoon 注册的多，活跃的少

这些数据分表就可以了啊，为嘛要分库

@WeaPoon 好的

@turan12 北京海淀

@billyu 微信联系一下？ MTM3OTY3NDc4OTU=

跟空气净化器没关系，买个小的吸尘器吧。勤打扫

@abcbuzhiming 我表达有误，没有域名，后面也有路径啊。如果前后端不分离，肯定要用路径区分啊

@masker 你个臭喷子

@xuanbg 我再吐糟几次，估计也就习惯了

@abcbuzhiming 什么局限说清楚，为什么无法用域名区分？静态资源和后台接口使用相同 url ？

1、你要是想单纯的了解公司，那你就上网了解，这种论坛啊、app 啊之类的。
2、你要是想舔 hr，那你就先实行第 1 部，了解公司有什么强项，然后专门问她这些，让她自己有的吹
3、你要是想了解一些、确认一下网上不能了解到的信息，那你就先实行第 2 部，然后问，问出来实话的概率能提高些。否则只有百分之 1

ctrip ？ ctrip 北京也开工了，北京中央空调也没开，想想北京和上海差几度…………

@Xusually 黄梅戏、二人转、京剧有什么不好？拜托，社会要一点点进步的。只要有其他的比你优秀一点，就要换马。这样多换几次，就差出一大截。反之……

@westoy 新系统就没必要.do 了吧。

@abcbuzhiming 必须？什么场合必须。-----------------------每一个看起来超凡的成功，都是由一点点的进步组成。

@xaplux 不是老系统，是人老了，老的习惯不改