索引
什么是索引
- 可以理解为：搜索引导，索引是一个特殊的数据结构，其存储的是数据的关键信息与详细信息 的位置对应关系
- 例如：书本的目录
为什么需要索引
- 加速查询，当数据量非常大的时候，查询某一个数据是非常慢的
索引的影响
-
不是有了索引就能加速，得看你的查询语句有没有正确使用索引
-
索引也需要占用额外的数据空间(问题不大)
-
添加索引后，将导致增加，删除，修改数据时变慢 (写入数据时索引也需要修改)
什么样的数据应该添加索引
本质上索引的原理是尽可能的减小搜索范围
- 查询操作较多，写入较少，并且数据量很大的数据
- 查询与写入的占比，10：1或者更大
磁盘IO
- 平均查找一个数据需要花费至少9ms，这段时间CPU会切换到其他程序，这时你的程序效率就会变低，我们要加速查询，必须要减少IO操作的次数。
索引数据结构
-
b+树
- 树根和树枝都是索引，叶子节点才是真正储存数据的，叶子的数量越多，树的层级越高，导致IO次数增加
- 要避免这个问题，在叶子节点中尽可能储存更多的数据，应该将数据量小的字段作为索引
最左匹配原则
索引在查找时，是按照从左往右依次进行比较。如果查询语句中没有出现最左边的索引，将无法加速，而是遍历查找
聚集索引
聚集索引中包含了所有字段的值，如果你指定了主键，那么主键就是聚集索引，如果没有，那么会找一个非空且唯一的字段作为聚集索引，如果也找不着，就会自动生成一个字段作为聚集索引
聚集索引中存储了所有的数据
辅助索引
除了聚集索引以外的，其他的都是第二索引(辅助索引)
第二索引的结构不仅包含了自己的数据，还包含了主键的值，因为我们要查询的数据可能不仅仅是这个数据，还可能有别的字段，所以需要根据主键值，回到聚集索引中查询。
覆盖查询
在当前索引中包含了所有需要的字段数据时，称之为覆盖查询，如果使用的是聚集索引来查询那么一定是覆盖查询，速度快
回表查询
在当前索引找不到要的数据时，需要通过id去聚集索引中查询，速度慢于聚集索引
语法：
删除主键：
alter table 表名 drop primary key();
创建索引：
create index 索引名称 on 表名(字段名);
删除索引：
drop index 索引名称 on 表名
联合索引：
create index 索引名称 on 表名(字段名，字段名);
create index union_index on usr(id, email, name, gender);
结论：
- 使用占用空间最小的字段来作为索引，让叶子中能够储存更多的信息，减少叶子数量，降低层级，加快速度
- 不要在一行中储存太多的数据，例如小说，视频，如果字段太多，可以分表
- 尽量的使用覆盖查询
- 如果字段的重复度比较高，区分度比较低，不推荐给字段添加索引，因为树会一直往中间建立，层级很高，反而会因为数据量增加减缓速度的查找
- 模糊匹配中，百分号尽量不要写前面
- 不要在等号的左边做运算
- 例如：
select count(*) from usr where id * 3 = 6;也会遍历所有的记录
- 例如：
- and语句会自动找一个具备索引的字段优先执行，然后在找完这个字段后再找别的字段，所以我们应该在and语句中至少包含一个具备索引的字段
- or语句要避免使用，因为or语句会把每一个条件都进行查询，不论先后，如果要用则需保证所有字段都有索引才能加速。
- 联合索引中，顺序应该将区分度最高的放在左边，依次排开
- 联合索引查询时，必须保证最左边的索引出现在语句中
另外需要注意：如果要查询的数据量非常大，那么索引无法加速
不是添加了索引就能提速，需要考虑索引添加的是否合理，sql语句是否正确使用了索引
补充(查询计划，慢查询优化)
查询计划：可以明确的显示mysql将要进行的操作，可以检查出语句不合理的地方。
慢查询优化：可以设置一个最大执行时间，如果某条语句执行时间超过这个最大值，就自动记录这一条语句