如何将网站上传到空间,非认证公众号wordpress,参考消息网国内新闻,大型网站如何开发(1)mysql避免全表扫描1、应尽量避免在 where 子句中对字段进行 null 值判断#xff0c;否则将导致引擎放弃使用索引而进行全表扫描#xff0c;如#xff1a; select id from t where num is null,不能用null作索引#xff0c;任何包含null值的列都将不会被包含在索引中。即… (1)mysql避免全表扫描1、应尽量避免在 where 子句中对字段进行 null 值判断否则将导致引擎放弃使用索引而进行全表扫描如 select id from t where num is null,不能用null作索引任何包含null值的列都将不会被包含在索引中。即使索引有多列这样的情况下只要这些列中有一列含有null该列就会从索引中排除。也就是说如果某列存在空值即使对该列建索引也不会提高性能。任何在where子句中使用is null或is not null的语句优化器是不允许使用索引的。 2、应尽量避免在 where 子句中使用!或操作符否则将引擎放弃使用索引而进行全表扫描。 MySQL只有对以下操作符才使用索引BETWEENIN以及某些时候的LIKE。可以在LIKE操作中使用索引的情形是指另一个操作数不是以通配符(%或者_)开头的情形。 例如“SELECT id FROM t WHERE col LIKE Mich%;”这个查询将使用索引但“SELECT id FROM t WHERE col LIKE %ike;”这个查询不会使用索引。 3、应尽量避免在 where 子句中使用!或操作符否则将引擎放弃使用索引而进行全表扫描。 MySQL只有对以下操作符才使用索引BETWEENIN以及某些时候的LIKE。可以在LIKE操作中使用索引的情形是指另一个操作数不是以通配符(%或者_)开头的情形。例如“SELECT id FROM t WHERE col LIKE Mich%;”这个查询将使用索引但“SELECT id FROM t WHERE col LIKE %ike;”这个查询不会使用索引。 4、 应尽量避免在 where 子句中使用 or 来连接条件否则将导致引擎放弃使用索引而进行全表扫描如select id from t where num10 or num20 可以这样查询select id from t where num10 union all select id from t where num20 5、不要在 where 子句中的“”左边进行函数、算术运算或其他表达式运算否则系统将可能无法正确使用索引。错误select id from t where substring(name,1,3)abc--name正确select id from t where name like abc% 错误select id from t where datediff(day,createdate,2005-11-30)0--‘2005-11-30’生成的id 正确select id from t where createdate2005-11-30 and createdate错误select id from t where num/2100 正确select id from t where num100*2 6、在使用索引字段作为条件时如果该索引是复合索引那么必须使用到该索引中的第一个字段作为条件时才能保证系统使用该索引否则该索引将不会被使用并且应尽可能的让字段顺序与索引顺序相一致。复合索引的最左优化原则。(2)mysql联合索引的使用索引的最左原则(左前缀原则)如(c1,c2,c3,c4....cN)的联合索引where 条件按照索引建立的字段顺序来使用(不代表and条件必须按照顺序来写)如果中间某列没有条件或使用like会导致后面的列不能使用索引。索引也能用于分组和排序分组要先排序在计算平均值等等。所以在分组和排序中如果字段顺序可以按照索引的字段顺序即可利用索引的有序特性(3)mysql索引失效1、like 以%开头索引无效当like前缀没有%后缀有%时索引有效。2、or语句前后没有同时使用索引。当or左右查询字段只有一个是索引该索引失效只有当or左右查询字段均为索引时才会生效3、组合索引不是使用第一列索引索引失效。(最左原则)4、数据类型出现隐式转化。如varchar不加单引号的话可能会自动转换为int型使索引无效产生全表扫描。5、在索引字段上使用not!。不等于操作符是永远不会用到索引的因此对它的处理只会产生全表扫描。优化方法key0 改为 key0 or key0。6、对索引字段进行计算操作、字段上使用函数会失效。(4)mysql执行计划的解读执行计划各字段含义1、idselect查询的序列号包含一组数字表示查询中执行select子句或操作表的顺序。id不同如果是子查询id的序号会递增id值越大优先级越高越先被执行。2、select_type分别用来表示查询的类型主要是用于区别普通查询、联合查询、子查询等的复杂查询。SIMPLE 简单的select查询查询中不包含子查询或者UNIONPRIMARY 查询中若包含任何复杂的子部分最外层查询则被标记为PRIMARYSUBQUERY 在SELECT或WHERE列表中包含了子查询DERIVED 在FROM列表中包含的子查询被标记为DERIVED(衍生)MySQL会递归执行这些子查询把结果放在临时表中UNION 若第二个SELECT出现在UNION之后则被标记为UNION若UNION包含在FROM子句的子查询中外层SELECT将被标记为DERIVEDUNION RESULT 从UNION表获取结果的SELECT3、table当前执行的表4、type最好到最差的排序( 在项目使用中 至少type优化到range和ref )system const eq_ref ref range index alltype所显示的是查询使用了哪种类型type包含的类型包括如下图所示的几种system 表只有一行记录(等于系统表)这是const类型的特列平时不会出现这个也可以忽略不计。const 表示通过索引一次就找到了const用于比较primary key 或者unique索引。因为只匹配一行数据所以很快。如将主键置于where列表中MySQL就能将该查询转换为一个常量。eq_ref 唯一性索引扫描对于每个索引键表中只有一条记录与之匹配。常见于主键或唯一索引扫描ref 非唯一性索引扫描返回匹配某个单独值的所有行本质上也是一种索引访问它返回所有匹配某个单独值的行然而它可能会找到多个符合条件的行所以他应该属于查找和扫描的混合体。range 只检索给定范围的行使用一个索引来选择行key列显示使用了哪个索引一般就是在你的where语句中出现between、 、、in等的查询这种范围扫描索引比全表扫描要好因为它只需要开始于索引的某一点而结束于另一点不用扫描全部索引。index Full Index ScanIndex与All区别为index类型只遍历索引树。这通常比ALL快因为索引文件通常比数据文件小。(也就是说虽然all和Index都是读全表但index是从索引中读取的而all是从硬盘读取的)5、possible_keys 显示可能应用在这张表中的索引一个或多个。查询涉及到的字段上若存在索引则该索引将被列出但不一定被查询实际使用。key实际使用的索引如果为NULL则没有使用索引。(可能原因包括没有建立索引或索引失效)6、ref它显示的是列的名字(或单词“const”)MySQL将根据这些列来选择行。在本例中MySQL根据三个常量选择行。7、rowsMySQL所认为的它在找到正确的结果之前必须扫描的记录数。显然这里最理想的数字就是1。8、包含不适合在其他列中显式但十分重要的额外信息(5)mysql的exist和in exists和in的使用方式#对B查询涉及id使用索引故B表效率高可用大表 --外小内大select * from A where exists (select * from B where A.idB.id);#对A查询涉及id使用索引故A表效率高可用大表 --外大内小select * from A where A.id in (select id from B); 1、exists是对外表做loop循环每次loop循环再对内表(子查询)进行查询那么因为对内表的查询使用的索引(内表效率高故可用大表)而外表有多大都需要遍历不可避免(尽量用小表)故内表大的使用exists可加快效率 2、in是把外表和内表做hash连接先查询内表再把内表结果与外表匹配对外表使用索引(外表效率高可用大表)而内表多大都需要查询不可避免故外表大的使用in可加快效率。 3、如果用not in 则是内外表都全表扫描无索引效率低可考虑使用not exists也可使用A left join B on A.idB.id where B.id is null 进行优化。
