MYSQL索引优化方法

👏作者简介：大家好，我是小周同志，25届双非校招生Java选手，很高兴认识大家

📕学习出处：本文是学自小林coding (xiaolincoding.com) 网站的MYSQL图解篇

🔥如果感觉博主的文章还不错的话，请👍三连支持👍一下博主哦

就是使用某个字段中字符串的前几个字符建立索引

为什么需要前缀来建立索引呢？
- 为了减小索引字段大小，可以增加一个索引页中存储的索引值，有效提高索引的查询速度。
- 在一些大字符串的字段作为索引时，使用前缀索引可以帮助我们减小索引项的大小。
前缀索引的局限性：
- order by 就无法使用前缀索引
- 无法把前缀索引用作覆盖索引

覆盖索引就是只需要 二级索引的b+树 就能得到需要查询的数据，而不需要 主键索引的b+树，减少了回表操作

比如 select id where name = 'aaa'; 其中主键索引id，name是二级索引。
- 这里会用到覆盖索引，因为二级索引b+树的叶子节点就是主键索引的id。因为查询只需要查询id所以就减少了回表操作，不需要再回表到主键索引通过的b+树去查询数据了。

如果主键索引是自增的：
- 那么每次插入的新数据就会按顺序添加到当前索引节点的位置，不需要移动已有的数据，当页面写满，就会自动开辟一个新页面。因为每次插入一条新记录，都是追加操作，不需要重新移动数据，因此这种插入数据的方法效率非常高。
如果我们使用非自增主键：
- 由于每次插入主键的索引值都是随机的，因此每次插入新的数据时，就可能会插入到现有数据页中间的某个位置，这将不得不移动其它数据来满足新数据的插入，甚至需要从一个页面复制数据到另外一个页面，我们通常将这种情况称为 页分裂。页分裂还有可能会造成大量的内存碎片，导致索引结构不紧凑，从而影响查询效率。(因为一个数据页只能存16KB)

因此，在使用 InnoDB 存储引擎时，如果没有特别的业务需求，建议使用自增字段作为主键。

另外，主键字段的长度不要太大，因为主键字段长度越小，意味着二级索引的叶子节点越小（二级索引的叶子节点存放的数据是主键值），这样二级索引占用的空间也就越小。

为了更好的利用索引，索引列要设置为 NOT NULL 约束。有两个原因：

原因一：索引值为NULL，会使优化器在做索引选择时更加复杂，更加难以优化。比如进行索引统计时，count 会省略值为NULL的行。
原因二：NULL是个没意义的值，会占用物理空间。因为 InnoDB 存储记录时，如果表中存在允许为NULL的字段，那么行格式中 至少会用 1字节空间存储NULL值列表。