本节讨论可以对处理WHERE
子句进行的优化。这些示例使用
SELECT
语句,但相同的优化适用于and
语句
中的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)
不断折叠:
(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(*)
在没有a的单个表上WHERE
直接从表信息中检索MyISAM
和MEMORY
表。这也NOT NULL
适用于仅与一个表一起使用的任何表达式。及早检测无效常量表达式。MySQL 快速检测到某些
SELECT
语句是不可能的,并且不返回任何行。对于连接中的每个表,
WHERE
构建一个更简单的表以获得对表的快速WHERE
评估并尽快跳过行。在查询中的任何其他表之前首先读取所有常量表。常量表是以下任何一种:
空表或只有一行的表。
与 a或 索引
WHERE
上的子句 一起使用的表,其中所有索引部分都与常量表达式进行比较并定义为.PRIMARY KEY
UNIQUE
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
如果and子句中的所有列GROUP BY
都来自同一个表,则在连接时优先选择该表。如果有一个
ORDER BY
子句和一个不同的GROUP BY
子句,或者如果ORDER BY
orGROUP 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 MAX(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, ... ;