关于MySQL，你了解多少?_执行计划

一．数据库存储引擎

查看mysql版本：



查看当前mysql版本支持的存储引擎：



本文只介绍两种常用存储引擎：

1.   MyISAM

不支持事务处理

表锁：发生死锁概率高，相对并发也低

2.   InnoDB（MySQL 5.5之后默认存储引擎）

支持事务处理

行锁：发生死锁概率低，相对并发也高

3.   行锁与表锁的界定

SQL示例：update stu set c1 = ? where c2 = ?;

行锁：其他线程无法操作当前检索的数据，但是可以操作其他行数据

表锁：其他线程无法操作当前表数据

4.   查看数据表存储引擎，指定数据表存储引擎

4.1 创建数据表

create table stu(

         stuidint primary key auto_increment,

         stunamevarchar(255),

         stuageint,

         studescriptionvarchar(255)

);

4.2 查看该数据表使用的存储引擎

使用可视化工具查看该表信息：



我们可以在创建数据表的时候指定存储引擎：

去查看该表的DDL语句，发现数据库在执行SQL表创建语句的时候默认给我们加了一部分内容，结尾部分即指定ENGINE=InnoDB，如果我们要指定使用其他的数据库存储引擎，可以在创建表的时候修改该值即可，但是不建议修改为其他存储引擎！！！

二．数据库索引

PRIMARY KEY
UNIQUE
INDEX
FULLTEXT

三．执行计划

对于慢SQL的优化，从哪儿着手？

通过查看执行计划，可以确认该SQL在执行的时候有没有使用索引

在stu表中插入一部分模拟数据：

insertinto stu(stuname,stuage,studescription) values('张三',18,'爱好下棋');

insertinto stu(stuname,stuage,studescription) values('李四',22,'今天状态不佳');

insertinto stu(stuname,stuage,studescription) values('王五',16,'生病');

insertinto stu(stuname,stuage,studescription) values('赵六',21,'喜欢三国演义');

insertinto stu(stuname,stuage,studescription) values('田七',17,'最近在研究机器学习');

分别查看下列SQL语句的执行计划：

select stuid,stuname,stuage,studescription from stu;

select stuname,stuage,studescription from stu where stuid = 3;

select stuname,stuage,studescription from stu where stuname = '田七';

select stuname,stuage,studescription from stu where stuid > 2;









下面分别对id | select_type | table | partitions | type | possible_keys |key  | key_len | ref  | rows | filtered | Extra字段进行讲解：

1.   id

数字越大越先执行
如果数字一样大，就从上往下执行
如果为null就表示这是一个结果集，不需要使用它来进行查询

2.   select_type

每个SELECT子句的类型
常见选项
simple：表示一个不需要union操作或者不包含子查询的select查询，有连接查询时，外层查询为simple，且只有一个
primary：表示一个需要union操作或者包含子查询的select查询，最外层查询为primary，且只有一个

union
dependent union
union result
subquery：除了from子句中包含的子查询外，其他地方出现的子查询都可能是subquery
dependent query
derived

3.   table

显示查询的表名，如果查询使用了别名，那么这儿显示的是别名
如果不涉及对数据表的操作，显示的是null
如果显示的是<derived N>，表示这是一张临时表，N即是执行计划中的id，表示这张表来源于这次查询

如果显示的是<union M,N>，表示这是一张临时表，表示这张表来源于union查询id为M,N的结果集

4.   partitions

5.   type

性能从好到差：system、const、eq_ref、ref、fulltext、ref_or_null、unique_subquery、index_subquery、range、index_merge、index、ALL
除了ALL以外，其他的type都可以使用到索引
除了index_merge以外，其他的type只可以使用到一个索引

不同连接类型的解释
system：表示只有一行数据或者是空表，且只出现在myisam和memory表，如果是innoDB表，这时候通常显示为ALL或者index
const：表示使用了主键索引或者唯一索引，返回一行记录的等值where条件，通常type是const
eq_ref
ref
range：索引范围扫描，常见于使用>、<、is null、between、in、like的SQL语句
index：索引全表扫描
ALL

6.   possible_keys

查询可能使用到的索引

7.   key

查询实际使用到的索引，如果没有，则为NULL
如果select_type为index_merge，这里可能出现两个以上索引

8.   key_len

只计算where条件用到的索引长度，而排序和分组就算使用到了索引，也不会计算到key_len中

9.   ref

如果是常量等值查询，这里显示const
如果是连接查询，被驱动表的执行计划这里会显示驱动表的关联字段
如果查询条件中使用了表达式或者函数，或者条件列发生隐式转换，这里可能显示为func

10.  rows

执行计划估算的扫描行数

11.  filtered

满足查询条件的比例，单位是百分比

12.  Extra

该列包含MySQL解决查询的详细信息，有以下几种情况：

distinct：查询语句中使用了distinct关键字
no tables used：不带from子句的查询或者from dual查询
using filesort：如果排序时无法使用到索引，就会出现这个
using index：查询时不需要回表查询，直接通过索引就可以获取想要的数据using intersect：表示使用and连接各个索引条件，表示从处理结果获取交集
using union：表示使用or连接各个索引条件，表示从处理结果获取并集
using temporary：表示使用了中间表存储中间结果
using where：表示存储引擎返回的记录并不是所有都满足查询条件