查询性能的优化 - 重新构建查询的方法 - 复杂查询VS多个查询语句

当开始优化有问题的查询语句的时候，你的目标是找到一个合适的方法来得到期望的结果-但是并不是一定要从MySQL返回相同的结果集。有的时候可以把查询语句转换成另一种方式来获得更好的性能。如果那样优化带来了效果的提升,你也应该考虑重写查询来获得不同的结果。最终，你可能通过修改应用代码来完成和修改查询语句相同的工作。这一部分，我们所讲述的技术是，帮助你重新构建一个查询范围广的语句，并且告诉你什么时候应该来使用这个技术。

 

复杂查询VS多个查询语句

一个重要的设计查询问题就是，把一个复杂的查询语句分为几个简单查询的语句，这种方式是否更为好一些？一般来说，数据库设计强调的是尽可能用少的查询语句来完成更多的工作。这种方式纵观历史来说，由于网络通信的成本以及查询解析和优化阶段所带来的消耗，这种方法是更好一些的。

 

然而这种建议不能完全在MySQL上所表现出来。因为MySQL可以非常高效的操作连接和断开连接，并且短小简单的查询相应是非常快的。现代的网络也更好的解决了网络延迟的问题。MySQL在商业服务器上，可以每秒运行超过50000个简单的查询语句，并且在千兆网络上，可以超过每秒2000个查询来自单一的通信。因此运行多个查询语句在性能上也不一定很差。

 

虽然连接相应相比较MySQL每秒处理行数的速度来说（如在内存数据中，每秒累加百万级的数据。），还是比较慢的。在其他因素等同的条件下，尽可能的减少查询语句仍然是一个好的方案。但是有的时候，分解一个查询并且执行更多简单的查询语句的这种方式更为有效。这么做完全不需要担心。权衡下消耗以及有一个好的策略完全可以做更少的工作。我们会在以后的章节举例子来进行说明。

 

尽管如此，在应用程序设计的过程中，使用太多的查询仍然是一个常见的错误。举个例子，一些应用程序在某张表中执行了10个单行的查询，而这仅仅需要一个查询10行的语句。我们已经看到太多的应用多次获取每一列，每一行的数据。