MySQL引擎及sql优化

INNODB引擎

InnoDb引擎的索引和数据都是放在一个文件里的。

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

MYISAM引擎

存放数据的文件：

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

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

MySQL索引优化 如何调优

1. 定位慢查询
   找到速度比较慢的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(索引和数据)
不支持外键	支持外键
保存里表的行数	没保存表的行数(需要全表扫描查询)
支持全文索引	不支持全文索引