• MySQL索引优化与分析(重要)


    建表SQL

    CREATE TABLE staffs (
      id INT PRIMARY KEY AUTO_INCREMENT,
      NAME VARCHAR (24)  NULL DEFAULT '' COMMENT '姓名',
      age INT NOT NULL DEFAULT 0 COMMENT '年龄',
      pos VARCHAR (20) NOT NULL DEFAULT '' COMMENT '职位',
      add_time TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '入职时间'
    ) CHARSET utf8 COMMENT '员工记录表' ;
     
     
    INSERT INTO staffs(NAME,age,pos,add_time) VALUES('z3',22,'manager',NOW());
    INSERT INTO staffs(NAME,age,pos,add_time) VALUES('July',23,'dev',NOW());
    INSERT INTO staffs(NAME,age,pos,add_time) VALUES('2000',23,'dev',NOW());
    INSERT INTO staffs(NAME,age,pos,add_time) VALUES(null,23,'dev',NOW());
    SELECT * FROM staffs;
     
    ALTER TABLE staffs ADD INDEX idx_staffs_nameAgePos(name, age, pos);

    案例(索引失效)

    1、全值匹配我最爱

    索引  idx_staffs_nameAgePos 建立索引时 以 name , age ,pos 的顺序建立的。全值匹配表示 按顺序匹配的
    EXPLAIN SELECT * FROM staffs WHERE NAME = 'July';
    EXPLAIN SELECT * FROM staffs WHERE NAME = 'July' AND age = 25;
    EXPLAIN SELECT * FROM staffs WHERE NAME = 'July' AND age = 25 AND pos = 'dev';

    说明:如果查询过程中,若没有查询第一个NAME字段,索引将无效

    有NAME,无age,部分索引失效

    第一个索引字段相当于火车头,后面的索引字段相当于车厢,如果只剩下车头,火车依然可以开动,若没有车头,火车将无法运行。可以以此进行类比。

    2、最佳左前缀法则

    如果索引了多列,要遵守最左前缀法则。指的是查询从索引的最左前列开始并且不跳过索引中的列

    and 忽略左右关系。既即使没有没有按顺序 由于优化器的存在,会自动优化。
    经过试验结论  建立了 idx_nameAge 索引  id 为主键
        1.当使用覆盖索引的方式时,(select name/age/id from staffs where age=10 (后面没有其他没有索引的字段条件)),即使不是以 name 开头,也会使用 idx_nameAge 索引。
        既 select 后的字段 有索引,where 后的字段也有索引,则无关执行顺序。
        2.除开上述条件 才满足最左前缀法则。
     
    EXPLAIN SELECT * FROM staffs WHERE age = 25 AND pos = 'dev';
     
    EXPLAIN SELECT * FROM staffs WHERE pos = 'dev';

    口诀:带头大哥不能死,中间兄弟不能断。百分like加右边

    3、不要在索引列上做任何操作(计算、函数、(自动or手动)类型转换),会导致索引失效而转向全表扫描

    EXPLAIN SELECT * FROM staffs WHERE left(NAME,4) = 'July';

    4、存储引擎不能使用索引中范围条件右边的列

    范围 若有索引则能使用到索引,范围条件右边的索引会失效(范围条件右边与范围条件使用的同一个组合索引,右边的才会失效。若是不同索引则不会失效)

    5、尽量使用覆盖索引(只访问索引的查询(索引列和查询列一致)),减少select *

    6、mysql 在使用不等于(!= 或者<>)的时候无法使用索引会导致全表扫描

    索引  idx_nameAgeJob
             idx_name
    使用 != 和 <> 的字段索引失效( != 针对数值类型。 <> 针对字符类型
    前提 where and 后的字段在混合索引中的位置比比当前字段靠后  where age != 10 and name='xxx'  ,这种情况下,mysql自动优化,将 name='xxx' 放在 age !=10 之前,name 依然能使用索引。只是 age 的索引失效)

    7、is not null 也无法使用索引,但是is null是可以使用索引的

    8、like以通配符开头('%abc...')mysql索引失效会变成全表扫描的操作

    like ‘%abc%’ type 类型会变成 all
    like ‘abc%’ type 类型为 range ,算是范围,可以使用索引

    问题:解决like '%字符串%'时索引不被使用的方法??

    建表,插入数据

    CREATE TABLE `tbl_user` (
     `id` INT(11) NOT NULL AUTO_INCREMENT,
     `NAME` VARCHAR(20) DEFAULT NULL,
     `age` INT(11) DEFAULT NULL,
     email VARCHAR(20) DEFAULT NULL,
     PRIMARY KEY (`id`)
    ) ENGINE=INNODB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;
     
    #drop table tbl_user
     
    INSERT INTO tbl_user(NAME,age,email) VALUES('1aa1',21,'b@163.com');
    INSERT INTO tbl_user(NAME,age,email) VALUES('2aa2',222,'a@163.com');
    INSERT INTO tbl_user(NAME,age,email) VALUES('3aa3',265,'c@163.com');
    INSERT INTO tbl_user(NAME,age,email) VALUES('4aa4',21,'d@163.com');
    INSERT INTO tbl_user(NAME,age,email) VALUES('aa',121,'e@163.com');

    建索引之前进行测试

    #before index
     
    EXPLAIN SELECT NAME,age    FROM tbl_user WHERE NAME LIKE '%aa%';
     
    EXPLAIN SELECT id    FROM tbl_user WHERE NAME LIKE '%aa%';
    EXPLAIN SELECT NAME     FROM tbl_user WHERE NAME LIKE '%aa%';
    EXPLAIN SELECT age   FROM tbl_user WHERE NAME LIKE '%aa%';
     
    EXPLAIN SELECT id,NAME    FROM tbl_user WHERE NAME LIKE '%aa%';
    EXPLAIN SELECT id,NAME,age FROM tbl_user WHERE NAME LIKE '%aa%';
    EXPLAIN SELECT NAME,age FROM tbl_user WHERE NAME LIKE '%aa%';
     
    EXPLAIN SELECT *     FROM tbl_user WHERE NAME LIKE '%aa%';
    EXPLAIN SELECT id,NAME,age,email  FROM tbl_user WHERE NAME LIKE '%aa%';

    需求分析:查询时字段两边都是%,且索引不能失效

    创建索引(覆盖索引)

    #create index
    CREATE INDEX idx_user_nameAge ON tbl_user(NAME,age);
     
    #DROP INDEX idx_user_nameAge ON tbl_user

    分析:email字段并没有创建索引,覆盖索引失效

    覆盖索引:建立的索引字段和查询的字段在个数、顺序上最好完全一致。

     9、字符串不加单引号索引失效

     底层进行转换使索引失效,使用了函数造成索引失效

    10、少用or,用它来连接时会索引失效

    【总结】

    带头大哥不能死
    
    中间兄弟不能断(永远要符合最佳左前缀原则)
    
    索引列上无计算
    
    like百分加右边
    
    范围之后全失效
    
    字符串里有引号

     

  • 相关阅读:
    网站首页蒙灰CSS样式
    MATLAB数值计算编程题
    通过P/Invoke控制继电器
    Java实习生入职测试
    navicat for mongodb12破解
    用svg绘制圣诞帽
    Excel条件格式
    10道算法题
    从事软件开发工作10年后的总结
    ASP.NET Core MVC+EF Core从开发到部署
  • 原文地址:https://www.cnblogs.com/116970u/p/10987171.html
Copyright © 2020-2023  润新知