一、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的设置;

MySQL优化--概述以及索引优化分析

原文地址：https://www.cnblogs.com/shimeath/p/13412937.html