1、不同的存储引擎，会使用不同的索引
（1）InnoDB和MyISAM存储引擎：只支持B树索引，B+树作为索引结构
（2）MEMORY/HEAP存储引擎：支持Hash索引和B树索引，哈希表和B+树作为索引结构
2、索引的种类
mysql的索引分为单列索引(主键索引,唯一索引,普通索引)和组合索引.
单列索引:一个索引只包含一个列,一个表可以有多个单列索引.
组合索引:一个组合索引包含两个或两个以上的列,
（1）普通索引：最基本的索引，它的结构主要以B+树和哈希索引为主，对数据表中的数据进行精确查找
（2）唯一索引：索引列的值必须唯一，但允许有空值
（3）主键索引：字段设置主键时，会自动创建主键索引，确保主键值唯一
（4）全文索引：搜索数据表中的字段值是否包含搜索关键字，类似模糊查询
（5）联合索引：对多个字段同时建立的索引叫联合索引。遵循最左前缀原则，只从最左边的字段开始匹配
3、如何设计索引、索引需要注意的地方
(1) 经常查询的字段，建议创建索引
(2) 经常作为外键的字段，建议建立索引。加快连接查询的速度
(3) 经常进行分组排序group by、order by的字段，建议创建索引。加快排序的速度
(4) 尽量扩展索引而不要新建索引，以避免冗余索引
(5) 数据量大的表，建议创建索引。
数据量小的表，建议不创建索引。起不到明显的优化效果，维护索引结构反而消耗系统资源。
(6) 很少查询的列，建议不创建索引。起不到明显的优化效果，维护索引结构反而消耗系统资源
(7) 最适合索引的列是出现在WHERE、order by、group by 中的列，⽽不是出现在SELECT中的列。
(8) 更新频繁的字段，建议不创建索引。因为当表中数据更改的同时，索引也会进行调整和更新，十分消耗系统资源。
(9) 区分度低的字段，建议不创建索引。比如性别字段，只有 “男” 和 “女” ，建索引完全起不到优化效果。
(10) text、image和bit类型的字段，建议不创建索引
(11) 注意联合索引的最左前缀匹配原则，遇到范围查询(<、>、 between、like)就停止匹配
(12) 索引不是越多越好， 索引可以提高select的效率，但同时也降低insert、update 的效率，因为 insert 或 update 时有可能会重建索引，所以一个表的索引数最好不要超过6个
4、什么情况下不创建索引
(5) 数据量小的表，建议不创建索引。起不到明显的优化效果，维护索引结构反而消耗系统资源。
(6) 很少查询的列，建议不创建索引。起不到明显的优化效果，维护索引结构反而消耗系统资源
(7) 最适合索引的列是出现在WHERE、order by、group by 中的列，⽽不是出现在SELECT中的列。
(8) 更新频繁的字段，建议不创建索引。因为当表中数据更改的同时，索引也会进行调整和更新，十分消耗系统资源。
(9) 区分度低的字段，建议不创建索引。比如性别字段，只有 “男” 和 “女” ，建索引完全起不到优化效果。
(10) text、image和bit类型的字段，建议不创建索引
5、什么情况下数据库索引会失效
(1)使用联合索引时，如果查询条件不包括联合索引左边第一个字段、或联合索引中如果有一列含有null值时，索引失效。
WHERE gender = 1、gender不是联合索引最左边的字段
(2)where语句中对索引字段使用函数时，索引失效。
WHERE ABS(id) = 1;
(5)使用like关键字时，like以%开头，索引失效。不以%开头、且后缀有%时，才有效。
WHERE
name
LIKE “%1”，WHERE
name
LIKE “1%”
(6)使用or关键字时，or语句左右字段没有同时使用索引时，索引失效。同时使用索引时，才有效。
WHERE (id = 1 or
age
= 22)、id是主键索引age无索引 ，
WHERE (id = 1 OR
name
= ‘测试2’)、id和name都是索引
(3)索引字段上使用not运算符时，索引失效。因为只会进行全表扫描
WHERE
name
IS NOT NULL;
(4)全表扫描的速度>索引速度时，索引失效
如表内数据极少。