mysql分解连接的小结(来自于高性能MySQL以及自己网站性能优化)

mysql分解连接的总结(来自于高性能MySQL以及自己网站性能优化) 许多高性能的站点都用了“分解连接”技术，也就是把单个多表连接查询改成多个但表查询，然后在程序中合并数据，比如： select a.*,b.* from A a join B b on a.id = b.id 可以替换为: select a.*

mysql分解连接的总结(来自于高性能MySQL以及自己网站性能优化)

许多高性能的站点都用了“分解连接”技术，也就是把单个多表连接查询改成多个但表查询，然后在程序中合并数据，比如：

select a.*,b.* from A a join B b on a.id = b.id

可以替换为:

select a.* from A;

select b.* from B;

然后再把数据通过程序合并。

可能有些人认为这太浪费了，把一个查询语句变成两条查询语句或者更多的查询语句了，如果哪位猿类这样想了，那你就应该继续往下看了。

将连接查询重构为多表查询，总体有以下性能优势：

一，缓存的效率更高。许多应用程序都直接缓存了表。

二，对MyISAM表来说，每个表查询可以更有效的利用表锁，因为查询会锁住单个表较短时间，而不是把所有表长时间锁住。

三，在程序端应用连接，可以更方便的扩展数据库，把不同的表放在不同的服务器上面。

四，查询本身会更高效

五，可以减少多余的行访问。在应用程序端进行连接意味着每行数据只会访问一次，而连接从本质上来说是非正则化的，它会反复的访问同一行数据。基于同样的原因，这种重构方式可以减少网络流量和内存消耗。

那在什么时候在应用程序端进行连接效率更高呢？

一，可以缓存早期查询的大量数据

二，使用了多个MyISAM表

三，数据分布在不用的服务器上

四，对于大表，使用in()替换连接

五，一个连接引用了同一个表很多次