为什么 MySQL 不推荐使用 join？

1. 对于 mysql，不推荐使用子查询和 join 是因为本身 join 的效率就是硬伤，一旦数据量很大效率就很难保证，强烈推荐分别根据索引

单表取数据，然后在程序里面做 join，merge 数据。

　　2. 子查询就更别用了，效率太差，执行子查询时，MYSQL 需要创建临时表，查询完毕后再删除这些临时表，所以，子查询的速度会

受到一定的影响，这里多了一个创建和销毁临时表的过程。

　　3. 如果是 JOIN 的话，它是走嵌套查询的。小表驱动大表，且通过索引字段进行关联。如果表记录比较少的话，还是 OK 的。大的话

业务逻辑中可以控制处理。

　　4. 数据库是最底层的，瓶颈往往是数据库。建议数据库只是作为数据 store 的工具，而不要添加业务上去。

　　让缓存的效率更高。许多应用程序可以方便地缓存单表查询对应的结果对象。如果关联中的某个表发生了变化，那么就无法使用查

询缓存了，而拆分后，如果某个表很少改变，那么基于该表的查询就可以重复利用查询缓存结果了。

　　将查询分解后，执行单个查询可以减少锁的竞争。

　　在应用层做关联，可以更容易对数据库进行拆分，更容易做到高性能和可扩展。

　　查询本身效率也可能会有所提升。查询 id 集的时候，使用 IN（）代替关联查询，可以让 MySQL 按