一、MySQL概述

1.1、MySQL文件含义

通过如下命令查看

show variables like '%dir%';

MySQL文件位置及含义

配置文件位置

Linux:/etc/my.cnf

win:C:ProgramDataMySQLMySQL Server 8.0my.ini

1.2、MySQL主要配置文件

二进制日志log-bin：用于主从复制

错误日志log-error：默认关闭，记录严重警告和错误信息，启动和关闭的详细信息等。

查询日志：默认关闭，可显式指定，记录慢查询日志

数据文件：

• MyISAM中： 1. frm 存放表结构 ​ 2. myd 存放表数据 ​ 3. myd 存放表索引
• InnoDB 中：ibd文件存放数据

1.3、MySQL引擎

查询引擎

show engines;

show variables like '%storage_engine%'

二、索引优化分析

2.1、什么是索引

MySQL官方的定义为：

索引(Index)是帮助MySQL高效地获取数据的数据结构

索引的本质是数据结构

可简单的理解为“排好序的快速查找数据结构”

2.2、索引分类

2.3、基本语法

2.3.1、创建

方法一：

CREATE [UNIQUE] INDEX indexName ON mytable(columnname(length));

方法二：

ALTER mytable ADD [UNIQUE] INDEX [indexname] on (columnname(length));

2.3.2、删除

DROP INDEX [indexName] ON mytable;

2.3.3、查看

SHOW INDEX FROM table_name;

2.4、explain

2.4.1、基本语法

EXPLAIN select语句;

2.4.2、字段解释

• id：select查询的序列号，包含一组数字，表示select字句或操作表的顺序
  • id相同，执行顺序自上向下
  • id不同，如果是子查询，id的序号会递增，id值越大优先级越高，越先被执行
  • id相同不同，同时存在
• select_type

  id	select_type	含义
  1	SIMPLE	简单select查询
  2	PRIMARY	包含复杂查询的最外层查询
  3	SUBQUERY	子查询
  4	DERIVED	衍生，递归执行，结果保存至临时表
  5	UNION	若第二个SELECT出现在UNION之后，标记为UNION
  6	UNION RESULT	从UNION表获取结果的SELECT

• table 这一行的数据关于哪张表
• partitions
• type
  • 从最好到最差排序 system>const>eq_ref>ref>range>index>ALL

  类型	含义
  system	表中只有一行数据，等于系统表
  const	通过索引一次就找到了，被视为常量
  eq_ref	唯一性索引扫描，表中只有一个记录匹配
  ref	非唯一性索引扫描，表中有多个记录匹配
  range	范围
  index	全索引扫描
  ALL	全表扫描

• possible_keys
  • 可能会在该表上使用的索引，一个或者多个
  • 查询字段上存在的索引将被列出，不一定实际使用
• key 实际使用的索引，如果为NULL，未使用索引；若有覆盖索引(从索引就可以获得数据，不需要查表)，则仅在key字段出现
• key_len 索引字段的最大可能长度，并非实际长度

  列类型	KEY_LEN	备注
  id int	key_len = 4+1	int为4bytes,允许为NULL,加1byte
  id bigint not null	key_len=8	bigint为8bytes
  user char(30) utf8	key_len=30*3+1	utf8每个字符为3bytes,允许为NULL,加1byte
  user varchar(30) not null utf8	key_len=30*3+2	utf8每个字符为3bytes,变长数据类型,加2bytes
  user varchar(30) utf8	key_len=30*3+2+1	utf8每个字符为3bytes,允许为NULL,加1byte,变长数据类型,加2bytes
  detail text(10) utf8	key_len=30*3+2+1	TEXT截取部分,被视为动态列类型。

• ref 引用的字段，为NULL未引用
• rows 根据表统计信息和索引选用情况，大致估算出所需要读取的行数
• filtered
• Extra 不适合包含在其他列但十分重要的信息
  • Using filesort 使用外部排序，不使用索引的排序；无法使用索引完成的排序成为“文件排序”
  • Using temporary 使用了临时表存储中间结果
  • Using index 覆盖索引
  • Using where 使用了where
  • Using join buffer 使用了连接缓存
  • Impossible where 不存在的条件
  • select tables optimized away 没有GROUP BY的情况下，优化MIN/MAX或者对于MyISAM存储引擎优化COUNT(*)操作，查询计划生成阶段即完成优化
  • distinct 使用了distinct

2.5、join语句的优化

1. 尽可能减少Join语句中的NestedLoop的循环总次数；“ 永远用小结果集驱动大的结果集”。
2. 优先优化NestedLoop的内层循环;
3. 保证Join语句中被驱动表上Join条件字段已经被索引;
4. 当无法保证被驱动表的Join条件字段被索引且内存资源充足的前提下，不要太吝惜JoinBuffer的设置;

2.6、索引失效的情况

1. 全值匹配我最爱
2. 最佳左前缀法则
3. 不在索引列上做任何操作(计算、函数、(自动or手动)类型转换)，会导致索引失效而转向全表扫描
4. 存储引擎不能使用索引中范围条件右边的列
5. 尽量使用覆盖索引(只访问索引的查询(索引列和查询列一致))，减少select*
6. mysql在使用不等于(!=或者<> )的时候无法使用索引会导致全表扫描图
7. is null ,is not null也无法使用索引
8. like以通配符开头('%ab...')mysq|索引失效会变成全表扫描的操作
9. 字符串不加单引号索引失效
10. 少用or,用它来连接时会索引失效