本文将主要研究如何通过WHERE语句来进行优化。在本文的例子中将使用SELECT语句中的WHERE语句,但是在DELETE语句和UPDATE语句中WHERE字句的优化是相同的。
Node:
由于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)
- 常数合并:
(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
- 索引使用的常量表达式只计算一次。
- 对于没有使用WHERE子句的三表使用COUNT(*)语句的时候可以直接从MyISAM和MEMORY表中获取表信息。这种情况同时也适用于任何作用于单表的NOT NULL语句。
- 尽早的检查无结果返回的语句。MySQL不能够快速发现对一些SELECT语句的不可执行,并且不会返回任何行信息。
- 如果不使用GROUP BY或聚合函数(COUNT()、MIN()等),HAVING语句则与WHERE合并。
- 对于连接中的每个表,一个更简单的WHERE语句用来为表构建一个快速的WHERE语句的评估,并且能够尽快跳过行。
- 在查询中的任何其他表之前,首先读取所有常量表。常数表有下列任何一种:
- 一个空表或者一个只有一行的表
- 一个表的WHERE语句建立在主键或者唯一性索引上,所有的索引与常量表达式进行比较,并且被定义为非空的。
下面的语句都是用到了常量表:
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子句不匹配的行。
下面是一些查询非常快的语句的示例:
SELECT COUNT(*) FROM tbl_name;
SELECT MIN(key_part1),MAX(key_part1) FROM tbl_name;
SELECT MAX(key_part2) FROM tbl_name WHERE key_part1=constant;
SELECT ... FROM tbl_name
ORDER BY key_part1,key_part2,... LIMIT 10;
SELECT ... FROM tbl_name
ORDER BY key_part1 DESC, key_part2 DESC, ... LIMIT 10;
MySQL仅使用索引树解决以下查询,假设索引列是数字:
SELECT key_part1,key_part2 FROM tbl_name WHERE key_part1=val;
SELECT COUNT(*) FROM tbl_name
WHERE key_part1=val1 AND key_part2=val2;
SELECT key_part2 FROM tbl_name GROUP BY key_part1;
以下查询使用索引来检索按排序顺序排列的行,而不需要单独的排序传递:
SELECT ... FROM tbl_name
ORDER BY key_part1,key_part2,... ;
SELECT ... FROM tbl_name
ORDER BY key_part1 DESC, key_part2 DESC, ... ;
网友评论