MySQL 什么情况下无法使用索引

leokim / / MYSQL

  1. 通过索引扫描的记录超过30%，变成全表扫描

  2. 联合索引中，第一个索引列使用范围查询

  3. 联合索引中，第一个查询条件不是最左索引列

  4. 模糊查询条件列最左以通配符%开始

  5. 内存表（HEAP）表使用HASH索引时，使用范围检索或者ORDER BY

  6. 两个独立索引，其中一个用于检索，一个用于排序

  7. 使用了不同的ORDER BY 和 GROUP BY 表达式

  8. 索引列检索使用函数 

  9. 两表连接的时候如果连接字段类型不一致是无法使用索引的（其实可以使用，但是需要进行隐式转换，导致没有办法2个表都使用到索引，只有一个表能用到索引，另一个表被隐式转换了 用不到索引 ）

2个独立的索引 and的情况下只能用到一个索引，or的情况下可以用到index mearge把结果联合起来

image.png

image.png

image.png

image.png

image.png

image.png

MySQL key_len计算规则

leokim / / MYSQL

  1. 索引字段的附加信息：可以分为变长和定长数据类型讨论，当索引字段为定长数据类型，比如char，int，datetime，需要有是否为空的标记，这个标记需要占用1字节；对于变长数据类型，比如：varchar，除了是否为空的标记外，还需要有长度信息，需要占用2个字节;

    (备注：当字段定义为非空的时候，是否为空的标记将不占用字节)

  2. 同时还需要考虑表所使用的字符集，不同的字符集，gbk编码的为一个字符2个字节，utf8的一个字符3个字节

总结， key_len的长度计算公式：

image.png

key_len是表示得到结果集所使用的选择的索引的长度，但不包括order by，也就是说，如果order by也使用了索引则ket_len则不计算在内

MySQL Explain

leokim / / MYSQL

usering index — 覆盖索引

usering filesort — 使用filesort排序算法，对查询结果进行排序（该排序工作无法通过索引的排序直接完成，简而言之，就是要排序的列无索引）

5.6版本以上，才支持EXPLAIN DELETE/UPDATE

MYSQL explain详解

http://blog.csdn.net/zhuxineli/article/details/14455029

MyISAM和 InnoDB 索引对比

leokim / / MYSQL

image.png

写一个存储过程 随机取10W次 每次一条记录

image.png

image.png

image.png

建议：

  1. InnoDB尽可能通过主键读取记录

  2. InnoDB尽可能设计一个自增长的主键

  3. MyISAM尽可能通过主键或唯一索引读取记录

image.png

MyISAM耗时是InnoDB的1.06倍，InnoDB耗时是MyISAM的94%

这里没有考虑高并发情况下的对比，

因为MyISAM是表级锁 粒度比较大 并发读写

MyISAM只能把索引放到内存里     

InnoDB可以把索引和数据全部放在内存里

28原则，20%的热点数据产生80%的访问

如果把20%的热点数据都放在内存里面，这80%的访问量就会非常快

所InnoDB的优势是非常大的

InnoDB能把索引放到内存里 

InnoDB的主键索引 和 辅助索引

leokim / / MYSQL

主键索引

image.png

B+Tree索引

所有叶子节点高度相同

叶子节点有双向链表指向，上/下一个叶子节点

每一个entry保存了整行数据，表即索引

TID用于事物控制（锁）

RP用于MVCC（rollback pointer）

InnoDB clustered index 规则

  1. 主键

  2. 第一个不包含null列的唯一索引

  3. 内置的rowid

辅助索引

image.png

image.png

MyISAM主键索引

leokim / / MYSQL

image.png

上面是索引键值，下面是索引对应行记录

MyISAM索引用的B+tree来存储数据，索引指针指向的是键值的地址(ROW ID)，地址存储的是数据，如图MyISAM的主键，叶子节点，指向rowid

再看下MyISAM的辅助索引

image.png

MyISAM的主键的索引结构和辅助索引的索引结构从本质上来说没有任何的区别

逻辑上讲 主键索引必须有唯一性 辅助索引可能有唯一性也可能没有唯一性 

image.png

MyISAM索引结构，不管主键索引还是辅助索引，都是如此

外键/约束（FIREUGN KEY Constraints）

leokim / / MYSQL

外键作用：保证数据一致性和完整性，控制两表之间的关联性外键可以使得，外键关联的表对应列可以是随之关联的删除或者设置成空值。

外键：外表的主键，在我们这个表里用的是普通索引，在外面的表用到的主键，这样才能关联起来。

外表对应关联的列必须是主键

例：有a b两个表

a表中存有客户号，客户名称

b表中存储每个客户的订单

a是主表，b是外表

有了外键后，只能在确信在b表中没有客户x的订单后，才可以在a表中删除客户x，避免客户都被删掉了，订单还存在，导致数据不一致。

外键太麻烦，带来索引效率会降低，冲突会多些。

建立外键的前提：本表的列必须与外键类型相同（外键必须是外表主键）

指定主键关键字：foreign key（列名）

引用外键关键字：referebces<外键表名<外键列名

时间触发限制：on delete 和 on update 可设参数 cascade（跟随外键改动），restrict（限制外表中的外键改动），set NULL设空值，set Default（设默认值），【默认】no action

image.png

image.png

image.png

image.png

image.png