MySQL优化-where子句优化

浅浅的花香味﹌ 2022-04-18 02:48 323阅读 0赞

本文讨论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 使用索引的常量表达式只用一次.

5 使用count(\*)返回简单基于MyISAM和MEMORY表的信息, 也可以使用not null表达式实现.

6 先一步检查无效的常量表达式,MySql快速检测这个语句,并返回none值.

7 假如你不使用group by或聚合函数(count(),min()…) ,having子句功能被where子句合并

8 使用Join 连接的表的查询,简单的where 子句会使运算更快捷.

9 查询中,常量表会被优先读取.  
常量表:  
空的表,或只有一行的表  
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联合. 在同一表中使用Group by 或 Order by子句 ,会优先被读取.

11 假如Group by 和 Order by 使用不同的表,或Group,order 子句来自于第一个表之外的表,那么会首先创建一个临时表.

12 假如使用SQL\_SMALL\_RESULT修饰,MySQL会使用内存中临时表

13 每个表的索引并不可靠,除非这个索引是经过优化的 ,才会更高效. ,一个好的扫描一次应覆盖30%的表,但是现在优化更复杂,表的大小,行数多少,io块读写都会影响.

14 在结果输出前,每个不匹配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;

以下查询返回排序的结果,但没有sort子句

SELECT ... FROM tbl_name
      ORDER BY key_part1,key_part2,... ;
    
    SELECT ... FROM tbl_name
      ORDER BY key_part1 DESC, key_part2 DESC, ...