Mysql 分库分表后需要跨库 join 的问题，求指教！

[orzxxx]

我们有张用户信息表快 1000W 数据了，而且每天还在增长，所以决定进行分表。 但另外有很多 100W 不到的小表需要关联用户信息。我考虑了几个方案，希望大家给点建议。 1.把这些小表也按照相同维度分表，这样就不会跨库了，但是感觉小表没必要分，还会带来分页查询问题。 2.分两次，先把信息查出来，在进行一次 join 操作，可能要 join 多次。 3.上缓存，先把信息查出来再一个个走缓存，要考虑缓存一致的问题。 大家有更好的方案吗？

[leonidas]

楼主问分库分表连表查询的解决方案，楼上全是 1000 万太少了，不分。。。

那我替楼主改下吧，100 亿的数据分库分表如何连表查询

[NoString]

@leonidas #21 100 亿建议走搜索引擎，如果是时间近距查询就 es 如果是字段列查询就 hbase 哈哈哈

[gadsavesme]

1000w 数据正常的分区就可以了吧。没明白为什么和小表 join 会跨库。和用户表不在一个库里吗？个人觉得要么做一些冗余的字段，要么就是用户表做一下冷热垂直拆分，join 的那些字段单独拆成一张表呗不做分区。1000w 数据走索引应该不会出现性能上的瓶颈才是

[chendy]

@cubecube #17 太真实了

[cubecube]

@chendy 关键是公司有 oracle 授权，我说直接 oracle 快速上线吧，结果 mysql 愣是分 100 多个表。商城性质，中间处理各种跨库场景，天天加班，延期。。最后，你懂的。

[dongisking]

@phpbest 分区的横向扩展性差，等于加了个磁盘，io 没变化

[freelancher]

1000W 用户没必要分库分表啊。优化做好来，请个专门搞这个的 DBA 就好了。给自己加活。

兼职 DBA 在这里。。。举手。

[lance6716]

换 tidb

[phpbest]

@dongisking 那库内分表有作用吗