MySQL的where条件优化

where 条件优化  适合select delete update
 
1.避免无用的括号
((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)
2.常量合并
(a<b AND b=c) AND a=5
-> b>5 AND b=c AND a=5
3.常量条件移除
(B>=5 AND B=5) OR (B=6 AND 5=5) OR (B=7 AND 5=6)
-> B=5 OR B=6
4.索引使用的常量表达式只计算一次
key=35+3
->key=38
5.对于MyISAM和MEMORY表,单表进行count(*)没有where条件时,会直接从表的信息里返回结果,而不是实际执行count(*)语句,这也适合任何不为null的表达式。
select count(*) tab
select count(col1) from tab  --col1 not null
6.早期决策无效的常量表达式,MySQL很快的去决策一些select不能有行数据返回的语句。
explain select * from a where 1=2;
+----+-------------+-------+------+---------------+------+---------+------+------+------------------+
| id | select_type | table | type | possible_keys | key  | key_len | ref  | rows | Extra            |
+----+-------------+-------+------+---------------+------+---------+------+------+------------------+
|  1 | SIMPLE      | NULL  | NULL | NULL          | NULL | NULL    | NULL | NULL | Impossible WHERE |
+----+-------------+-------+------+---------------+------+---------+------+------+------------------+
7.在使用having时,如果没有使用group by或聚合函数,having条件会合并到where条件里
explain select id from a where id=2 having id>1;
+----+-------------+-------+------+---------------+----------+---------+-------+------+-------------+
| id | select_type | table | type | possible_keys | key      | key_len | ref   | rows | Extra       |
+----+-------------+-------+------+---------------+----------+---------+-------+------+-------------+
|  1 | SIMPLE      | a     | ref  | idx_a_id      | idx_a_id | 5       | const |    1 | Using index |
+----+-------------+-------+------+---------------+----------+---------+-------+------+-------------+
8.对于每个进行join的表,构造更小的where条件结果集,使得where添加跳过一些行,使查询更快速。
9.所有的常量表读取速度要快于其他表,一个常量表是下面这样的:
1>.一个空表或一个一行数据的表。
2>.与主键上的WHERE子句或惟一索引一起使用的表,其中所有索引部分都与常量表达式进行比较,并定义为NOT NULL。
下面的表使用常量表:
SELECT * FROM t WHERE primary_key=1;
SELECT * FROM t1,t2
  WHERE t1.primary_key=1 AND t2.primary_key=t1.id;
10.试着所有的join关联表的组合找到最好的组合。如果order by和group by条件是同一个表上,那么这个表会被第一个进行join。
11.如果有order by和group by不同的子句,或者这个order by或group by子句不在第一个表上,就会创建一个临时表。
12.如果使用SQL_SMALL_RESULT进行修饰,MySQL会使用内存临时表。
13.查询每个表索引,并使用最佳索引,除非优化器认为使用表扫描更有效。曾经,根据最好的索引是否超过表的30%来使用扫描,但是固定的百分比不再决定使用索引还是使用扫描。优化器现在更加复杂,它的估计基于其他因素,如表大小、行数和I/O块大小。
14.在一些情况,如果所有字段都在索引里,MySQL读所有行数据都从索引读取,不需要去数据文件读取,只使用索引树去解决所需查询。
15.在输出每一行之前,将跳过不匹配所有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, ... ;  
原文地址:https://www.cnblogs.com/katec/p/9324735.html