Mysql优化查询

Posted 2020-12-26 qichueng

一、索引的概念

索引：类似于字典的目录，设置索引可以 加速数据查找，对数据进行约束；

 

二、索引类型：

主键索引：保证数据唯一性，不能重复+不能为空

普通索引：加速数据查找

唯一索引:加速查找+不能重复

组合索引（多列组合成一个索引）：

 

 

三、索引的工作原理

1、索引原理：

如果要查找的数据，没有设置索引，会从前到后地毯式搜索数据，如果设置了索引，会单独创建一张额外表，按某种格式保存该列数据位置，方便查找；

2、索引表的数据的格式

2.1、

hash格式：会把列中数据逐一hash成hash值（数字）对应数据的存储地址；

索引表：
数据hash值(数字) 存储位置（数字）

888 666

988 444

特点：索引表中的数据，和数据库表中数据顺序不一致了；（hash索引，适合单条数据查找，不适合范围查 
找）

2.2、

Btree格式：二叉树，左侧放比自己小的数字，右侧放比自己大的数据

特点：范围查找速度快

 

 

四、创建索引：

1、普通索引：

创建索引名 on...表的..列
CREATE INDEX zhanggen on day61.`user`(email);

2、唯一索引：

create unique index 索引名称 on 表名(列名)
drop unique index 索引名称 on 表名

3、组合索引(最左前缀匹配)：

create unique index 索引名称 on 表名(列名,列名)
drop unique index 索引名称 on 表名
create index ix_name_email on userinfo3(name,email,)

4、名称索引：覆盖索引、合并索引

4.1覆盖索引：直接在索引文件里查找，无需查找数据库文件使用索引方式；

SELECT id FROM day61.`user` WHERE id=9999;

4.2合并索引：把多个单列索引，联合使用来查找数据的方式；

SELECT id FROM day61.`user` WHERE id=9999 AND email="[e-mail]";

4.3组合索引 和 索引合并的区别：

组合索引：多列制造成一个索引

索引合并：只是使用索引的时候，把多个个单列的索引一起使用；

组合索引效率 > 索引合并

组合索引
----（name,email）

select * from userinfo3 where name=\'alex\' and email=\'asdf\';
select * from userinfo3 where name=\'alex\';

 

索引合并
----name
----email

SELECT * FROM day61.`user` WHERE id=1993 and email=\'[e-mail]\';
select * from userinfo3 where name=\'id=1993\';
select * from userinfo3 where email=\'[e-mail]\'; 

各自应用场景：

两列经常联合使用使用联合索引
索引合并：单列数据 使用索引合并

 

五、使用索引注意事项

数据库表中添加索引后确实会让查询速度起飞，但前提必须是正确的使用索引来查询，如果以错误的方式使用，则即使建立索引也会不奏效。
即使建立索引，索引也不会生效：

1.常见错误使用索引

- like \'%xx\'

 select * from tb1 where name like \'%cn\';

 

- 使用函数

 select * from tb1 where reverse(name) = \'wupeiqi\';

 

- or

select * from tb1 where nid = 1 or email = \'[e-mail]\';
    特别的：当or条件中有未建立索引的列才失效，以下会走索引
            select * from tb1 where nid = 1 or name = \'seven\';
            select * from tb1 where nid = 1 or email = \'[e-mail]\' and name = \'alex\'

 

- 类型不一致
    如果列是字符串类型，传入条件是必须用引号引起来，不然...

select * from tb1 where name = 999;

 

- !=

   select * from tb1 where name != \'alex\'
    特别的：如果是主键，则还是会走索引
        select * from tb1 where nid != 123

 

- >

 select * from tb1 where name > \'alex\'
    特别的：如果是主键或索引是整数类型，则还是会走索引
        select * from tb1 where nid > 123
        select * from tb1 where num > 123

 

- order by

  select email from tb1 order by name desc;
    当根据索引排序时候，选择的映射如果不是索引，则不走索引
    特别的：如果对主键排序，则还是走索引：
        select * from tb1 order by nid desc;

 

 
- 组合索引最左前缀

  如果组合索引为：(name,email)
    name and email       -- 使用索引
    name                 -- 使用索引
    email                -- 不使用索引

 

 2、其他注意事项

 

- 避免使用select *
- count(1)或count(列) 代替 count(*)
- 创建表时尽量时 char 代替 varchar
- 表的字段顺序固定长度的字段优先
- 组合索引代替多个单列索引（经常使用多个条件查询时）
- 尽量使用短索引
- 使用连接（JOIN）来代替子查询(Sub-Queries)
- 连表时注意条件类型需一致
- 索引散列值（重复少）不适合建索引，例：性别不适合

 

六、执行计划

explain + 查询SQL:用于评估 SQL执行效率，根据参考信息可以进行SQL优化

EXPLAIN SELECT * FROM day61.`user`;

 

id
        查询顺序标识
            如：mysql> explain select * from (select nid,name from tb1 where nid < 10) as B;
            +----+-------------+------------+-------+---------------+---------+---------+------+------+-------------+
            | id | select_type | table      | type  | possible_keys | key     | key_len | ref  | rows | Extra       |
            +----+-------------+------------+-------+---------------+---------+---------+------+------+-------------+
            |  1 | PRIMARY     | <derived2> | ALL   | NULL          | NULL    | NULL    | NULL |    9 | NULL        |
            |  2 | DERIVED     | tb1        | range | PRIMARY       | PRIMARY | 8       | NULL |    9 | Using where |
            +----+-------------+------------+-------+---------------+---------+---------+------+------+-------------+
        特别的：如果使用union连接气值可能为null


    select_type
        查询类型
            SIMPLE          简单查询
            PRIMARY         最外层查询
            SUBQUERY        映射为子查询
            DERIVED         子查询
            UNION           联合
            UNION RESULT    使用联合的结果
            ...
    table
        正在访问的表名


    type
        查询时的访问方式，性能：all < index < range < index_merge < ref_or_null < ref < eq_ref < system/const
            ALL             全表扫描，对于数据表从头到尾找一遍
                            select * from tb1;
                            特别的：如果有limit限制，则找到之后就不在继续向下扫描
                                   select * from tb1 where email = \'[e-mail]\'
                                   select * from tb1 where email = \'[e-mail]\' limit 1;
                                   虽然上述两个语句都会进行全表扫描，第二句使用了limit，则找到一个后就不再继续扫描。

            INDEX           全索引扫描，对索引从头到尾找一遍
                            select nid from tb1;

            RANGE          对索引列进行范围查找
                            select *  from tb1 where name < \'alex\';
                            PS:
                                between and
                                in
                                >   >=  <   <=  操作
                                注意：!= 和 > 符号


            INDEX_MERGE     合并索引，使用多个单列索引搜索
                            select *  from tb1 where name = \'alex\' or nid in (11,22,33);

            REF             根据索引查找一个或多个值
                            select *  from tb1 where name = \'seven\';

            EQ_REF          连接时使用primary key 或 unique类型
                            select tb2.nid,tb1.name from tb2 left join tb1 on tb2.nid = tb1.nid;



            CONST           常量
                            表最多有一个匹配行,因为仅有一行,在这行的列值可被优化器剩余部分认为是常数,const表很快,因为它们只读取一次。
                            select nid from tb1 where nid = 2 ;

            SYSTEM          系统
                            表仅有一行(=系统表)。这是const联接类型的一个特例。
                            select * from (select nid from tb1 where nid = 1) as A;
    possible_keys
        可能使用的索引

    key
        真实使用的

    key_len
        MySQL中使用索引字节长度

    rows
        mysql估计为了找到所需的行而要读取的行数 ------ 只是预估值

    extra
        该列包含MySQL解决查询的详细信息
        “Using index”
            此值表示mysql将使用覆盖索引，以避免访问表。不要把覆盖索引和index访问类型弄混了。
        “Using where”
            这意味着mysql服务器将在存储引擎检索行后再进行过滤，许多where条件里涉及索引中的列，当（并且如果）它读取索引时，就能被存储引擎检验，因此不是所有带where子句的查询都会显示“Using where”。有时“Using where”的出现就是一个暗示：查询可受益于不同的索引。
        “Using temporary”
            这意味着mysql在对查询结果排序时会使用一个临时表。
        “Using filesort”
            这意味着mysql会对结果使用一个外部索引排序，而不是按索引次序从表里读取行。mysql有两种文件排序算法，这两种排序方式都可以在内存或者磁盘上完成，explain不会告诉你mysql将使用哪一种文件排序，也不会告诉你排序会在内存里还是磁盘上完成。
        “Range checked for each record(index map: N)”
            这个意味着没有好用的索引，新的索引将在联接的每一行上重新估算，N是显示在possible_keys列中索引的位图，并且是冗余的。

详细

七、慢日志查询

1、慢日志格式：

- 执行时间 > 10
- 未命中索引
- 日志文件路径

2、在MySQL命令行配置慢日志：

show variables like \'%query%\'
set global 变量名 = 值

 

3、在MySQL的配置文件配置慢日志：

mysqld --defaults-file=\'E:\\wupeiqi\\mysql-5.7.16-winx64\\mysql-5.7.16-winx64\\my-default.ini\'

my.conf内容：
slow_query_log = ON
slow_query_log_file = D:/....

4、注意：修改配置文件之后，需要重启服务

 

八、limit分页**

无论是否有索引，limit分页是一个值得关注的问题

上下页间跳转：

基于当前页 的最大ID 和最小ID 推算上一页，下一页显示所需要的数据条目；

指定页间跳转：

求本页到跳转页所需要的数据，选择出所有ID。在选择

 

1、上页：获取当前页最大ID（假设显示当前页面：需要10条数据，当前页最小ID=20  最大ID=30）

 

步骤1：where条件筛选出 小于本页最小ID的数据，id=20----最开始数据行；

步骤2：找到本页之前的的数据行，倒序，取其中的10条，就是上页显示需要的数据；

SELECT * FROM day61.`user` WHERE id < 20 ORDER BY id DESC LIMIT 10；

2、下页：获取当前页最大ID（假设显示当前页面：需要10条数据，当前页最小ID=20 最大ID=30）

 

步骤1：where条件筛选出 大于本页最大ID的数据，id=30----最末尾的数据行；

步骤2：找到本页之后的的数据行，取其中的10条，就是下页显示需要的数据；

SELECT * FROM day61.`user` WHERE id >30 LIMIT 10;

 

3、上页  3、4、5、6、7、8......下页（跳转到指定页，假设显示当前页面：需要10条数据，当前页最小ID=20 最大ID=30）

 

假设从 第3页跳转到第8页

步骤1：获取显示本页最大ID之后的数据行，limit(8-3)*10数据行

步骤2：获取了3-8行之间所有数据行 limit（10）就是显示跳转页所需数据；

步骤3、select id 获取显示该页所需要 数据行的，所有id，在选择跳转页 id；

select * from userinfo3 where id in (

select id from (select id from userinfo3 where id > max_id limit 30) as N order by N.id desc limit 10

获取跳转页数据行 所有的ID
)