本文已参与[新人创作礼]活动，一起开启掘金创作之路。 @[toc]

INNODB引擎

在这里插入图片描述 InnoDb引擎的索引和数据都是放在一个文件里的。

提问：为什么InnoDb引擎必须有主键，并且推荐使用整形（int）的自增方式？
InnDB会默认把主键默认设置成聚集索引。
1. 因为用uuid不支持范围查询。
1. B+树底层搜索的时候可能会发生值比较判断。
1. 添加或者修改数据，效率没有自增主键快。因为会对主键进行物理排序，所以uuid的效率就会变低。

MYISAM引擎

存放数据的文件：在这里插入图片描述

*.frm--表信息，是描述表结构的文件。
*.MYD--"d"数据信息文件，是表的数据文件。
*.MYI--"I”索引信息文件，是表数据文件中如何索引的数据树。

索引和数据文件是分开的 4. 它使用二叉树做索引，先找到叶子节点的打data值。 5. 再根据data值查询数据文件中18对应的一行数据。在这里插入图片描述

MySQL索引优化如何调优

定位慢查询找到速度比较慢的sql语句开启慢查询 MySQL在Windows系统中的配置文件一般是是my.cnf找到[mysqld]下面加上（liunx系统类似）

log-slow-queries = F:/MySQL/log/mysqlslowquery.log
long_query_time = 2

查看慢查询是否开启

show variables like 'log_slow_queries'; 
-- 开启慢查询
set global log_slow_queries = on;

explain查询该语句索引是否生效全部扫描

explain Type index = 全表扫描索引文件-----ALL 全表扫描 type 起码要达到range

type类型	描述
ALL	Full Table Scan，Mysql将遍历全表以找到匹配的行
index	Full Index Scan, index与ALL区别为index类型只遍历索引树
range	只检索给定范围的行,使用一个索引来选择行
ref	表示上述表的连接匹配条件,即哪些列或常量被用于查找索引列上的值
eq ref	类似ref,区别就在使用的索引是唯一索引,对于每个索引键值,表中只有一条记录匹配,简单来说,就是多表连接中使用primary key或者unique key作为关联条件
const, system	当MySQL对查询某部分进行优化,并转换为一个常量时,使用这些类型访问。如将主键置于where列表中, MySQL就能将该查询转换为一个常量, system是const类型的特例,当查询的表只有一行的情况下,使用system
NULL	MySQL在优化过程中分解语句,执行时甚至不用访问表或索引,例如从一个索引列里选取最小值可以通过单独索引查找完成。

id:选择标识符 select_type:表示查询的类型。 table:输出结果集的表 partitions:匹配的分区 type:表示表的连接类型 possible_keys:表示查询时，可能使用的索引 key:表示实际使用的索引 key_len:索引字段的长度 ref:列与索引的比较 rows:扫描出的行数(估算的行数) filtered:按表条件过滤的行百分比 Extra:执行情况的描述和说明

mysql索引为什么需要遵循最佳最左前缀法则

使用联合索引的时候，可以只使用最左边的字段作为条件。因为它也能缩短它的查询步骤。如果用使用联合索引中的中间或后面的字段，则无法使用索引。

联合索引

需要查询什么数据，尽量不用*号。这样的话有时能避免回表查询。

在这里插入图片描述

MYISAM引擎和INNODB索引的区别

myisam	innodb
可以没有唯一索引	必须有唯一索引（如果没，会默认生成一个隐藏列Row_id）
不支持事务	支持事务
非聚集索引(索引和数据是分离的)	聚集索引(索引和数据是放在一起的)
存储文件rm(表结构)、MYD(数据)、MYI(索引)	有frm(表结构)、ibd(索引和数据)
不支持外键	支持外键
保存里表的行数	没保存表的行数(需要全表扫描查询)
支持全文索引	不支持全文索引

MySQL优化