<b>切确度解析MySQL数据库中优化WHERE子句</b>[MySQL防范]
本文“<b>切确度解析MySQL数据库中优化WHERE子句</b>[MySQL防范]”是由七道奇为您精心收集,来源于网络转载,文章版权归文章作者所有,本站不对其观点以及内容做任何评价,请读者自行判断,以下是其具体内容:
Where优化主如果在SELECT中,因为他们最主如果在那边利用,但是一样的优化也可被用于DELETE和UPDATE语句.
MySQL的一些优化列在下面:
删除不必要的括号:
|
常数调入:(a -> b>5 AND b=c AND a=5 ).
删除常数条件:
|
索引利用的常数表达式仅计算一次.
在一个单个表上的没有一个WHERE的COUNT(*)直接从表中检索信息.当仅利用一个表时,对任何NOT NULL表达式也这样做.
无效常数表达式的早期检测.MySQL快速检测某些SELECT语句是不大概的并且不返回行.
假如你不利用GROUP BY或分组函数(COUNT()、MIN()……),HAVING与WHERE归并.
为每个子联合(sub join),构造一个更简单的WHERE以得到一个更快的WHERE计算并且也尽快跳过记录.
全部常数的表在查询中的在其他任何表之前被读出.
一个常数的表是,一个空表或一个有1行的表.
与在一个UNIQUE索引、或一个PRIMARY KEY的WHERE子句一同利用的表,这里全部的索引部份利用一个常数表达式并且索引部份被定义为NOT NULL.
全部下列的表用作常数表:
|
春联合表的最好联合组合是通过尝试全部大概性来找到.假如全部在ORDER BY和GROUP BY的列来自同一个表,那么当联合时,该表首先被选中.
假如你利用SQL_SMALL_RESULT,MySQL将利用一个在内存中的表.
假若有一个ORDER BY子句和一个差别的GROUP BY子句,或假如ORDER BY或GROUP BY包含不是来自联合行列中的第一个表的其他表的列,成立一个暂时表.
因为DISTINCT被变更到在全部的列上的一个GROUP BY,DISTINCT与ORDER BY结合也将在很多情形下需求一张暂时表.
每个表的索引被查询并且利用超越少于30% 的行的索引.假如这样的索引没能找到,将利用一个快速的表扫描.
在一些情形下,MySQL能从索引中读出行,乃至不用查询数据文件.假如索引利用的全部列是数字的,那么只有索引树被用来解答查询.
在每个记录被输出前,那些不匹配HAVING子句的行将被跳过.
下面是一些快速的查询例子:
|
下列查询仅利用索引树便可办理(假定索引列是数字的):
|
下列查询利用索引以排序次序检索,不用一次别的的排序:
|
本文地址: | 与您的QQ/BBS好友分享! |