8.2.1.2 How MySQL Optimizes WHERE Clauses MySQL 优化WHERE 子句

8.2.1.2 How MySQL Optimizes WHERE Clauses  MySQL 优化WHERE 子句

本节讨论优化用于处理WHERE子句, 例子是使用SELECT 语句,但是相同的优化应用于WHERE子句在DELETE和UPDATE子句

注意:

因为MYSQL优化是不间断的,不是所有的MYSQL 优化都记录在这里

你可能尝试重写你的查询让运算操作更快,同时牺牲可读。

因为MySQL 做类似的优化自动的,你可以避免这类工作,让查询在一个更加容易懂的和维护的形式。

MYSQL遵循一些优化:

去除不必要的圆括号:

  ((a AND b) AND c OR (((a AND b) AND (c AND d))))
-> (a AND b AND c) OR (a AND b AND c AND d)

Constant folding:
 (a<b AND b=c) AND a=5
-> b>5 AND b=c AND a=5

恒定条件去除(需要的,因为不断折叠)

 (B>=5 AND B=5) OR (B=6 AND 5=5) OR (B=7 AND 5=6)
-> B=5 OR B=6

索引使用的常量表达式只被评估一次

COUNT(*) 在一个简单的表没有一个WHERE 是直接检索从表信息对于MyISAM and MEMORY tables. 

这个也用于对于任何NOT NULL 表达式当只用于一个表

早期检测到的无效的常量表达式,MySQL 快速的检测一些查询语句是不可能的没有记录返回

HAVING 是合并WHERE 如果你不使用GROUP BY 或者聚合函数count(),min()

对于每个表在一个关联, 一个简单的WHERE 是被构建来得到一个快速的WHERE 评估对于表

也尽快的跳过记录

所有的常量表是首先读取 在任何其他表之前在查询里,一个常量表是下面的任何一个:

1.一个空表或者一个表只有一条记录

2.一个表 用于WHERE 子句在一个主键或者一个唯一键, 所有的index部分是和常量表达式比较,定义为NOT NULL

下面所有的表是用于作为常量表:

SELECT * FROM t WHERE primary_key=1;

SELECT * FROM t1,t2
  WHERE t1.primary_key=1 AND t2.primary_key=t1.id;

最好的关联组合用于表关联是通过尝试所有的可能找到的, 如果所有的列在ORDER BY 和GROUP BY 子句来自同一个表,

那个表是首选的当关联时

如果有一个ORDER BY 子句和一个不同的GROUP BY 子句,或者如果ORDER BY 或者GROUP BY 包含列来自多个表在关联，

会创建一个临时表

如果你使用SQL_SMALL_RESULT选项,MySQL 使用一个内存临时表

每个表索引是查询的, 最好的索引是被使用除非优化器相信 使用表扫描更加有效。

一次扫描被使用基于是否最好的索引跨越了多余30%的表数据,

但是一个固定的百分比不会决定选择在使用索引和表扫描。

优化现在是更加复杂的基于它的评估额外的因素比如表大小,行的记录数,I/O块大小

有些情况下, MySQL 可以读取记录从索引而不需要访问表数据文件。

如果所有的列被使用从索引是数值的,只有索引树被使用来解决查询

在每行输出之前, 那些不匹配HAVING 子句的会被跳过