因为查询没有命中索引，数据库直接被查崩了

大家都知道，数据库中使用索引，进行检索数据的话，那么就会大幅度的提升你的查询效率，原本可能需要三秒甚至四秒左右的查询SQL，增加索引之后，会可以能让查询速率至少提升百分之30，那么加索引怎么才能如何让自己的查询命中索引呢？又应该怎么去给自己的表结构建立索引呢？这才是阿粉想要讲的事情。

索引失效

我们在日常开发的时候，很多时候都会在创建表完成之后，给这个对应的表建立上一个索引，而这个索引的定义呢，一般也是根据自己的业务需求来的，但是有些虽然根据自己的业务需求弄好了之后，发现有些查询明明自己感觉都运用了索引，但是最终却发现自己的索引失效了。

那么引发索引失效，都有哪些骚操作呢？

实际上就是七个字，模 型 数 空 运 最 快

模：模糊查询的意思。like的模糊查询以%开头，索引失效。比如：

SELECT * FROM user​ WHERE name LIKE ‘%极客技术’;

型：代表数据类型。类型错误，如字段类型为varchar，where条件用number，索引也会失效。比如：

SELECT * FROM user WHERE height= 10;

height为varchar类型导致索引失效。

数：是函数的意思。对索引的字段使用内部函数，索引也会失效。这种情况下应该建立基于函数的索引。比如：

SELECT * FROM user WHERE DATE(create_time) = ‘2020-09-03’;

create_time字段设置索引，那就无法使用函数，否则索引失效。

空：是Null的意思。索引不存储空值，如果不限制索引列是not null，数据库会认为索引列有可能存在空值，所以不会按照索引进行计算。比如：

SELECT * FROM user WHERE address IS NULL不走索引。

SELECT * FROM user WHERE address IS NOT NULL;走索引。

建议大家这设计字段的时候，如果没有必要的要求必须为NULL，那么最好给个默认值空字符串，这可以解决很多后续的麻烦（切记）。

运：是运算的意思。对索引列进行（+，-，*，/，!, ！=, <>）等运算，会导致索引失效。比如：

SELECT * FROM user WHERE age – 1 = 20;

最：是最左原则。在复合索引中索引列的顺序至关重要。如果不是按照索引的最左列开始查找，则无法使用索引。

快：全表扫描更快的意思。如果数据库预计使用全表扫描要比使用索引快，则不使用索引。

如何建立索引呢？

这个时候，如果面试官问你的时候，说，如何建立索引，就是建立索引的规范的时候，你应该怎么回答呢？

其实这就是问你，你在设计表的时候，怎么去设计表里面的索引比较合适呢？阿粉列出几个：

1.经常与其他表进行连接的表，在连接字段上应该建立索引

也就是在关联条件上面，建立索引，比如a.id = b.aid

a表的id，是主键，而这时候，我们就需要把b表的对应a表的id建立一个索引，这样在使用关联查询的时候，能够命中索引。

2.经常出现在Where子句中的字段，特别是大表的字段，应该建立索引

3.索引应该建在小字段上，对于大的文本字段甚至超长字段，不要建索引

4.频繁进行数据操作的表，不要建立太多的索引

5.在经常需要排序的列上创建索引

6.为经常出现在关键字order by、group by、distinct后面的字段，建立索引。

哪些字段不适合去建立索引

这些字段是索引应该建立的在什么字段上，那么什么样的表字段，不适合去建索引呢？

1.对于那些在查询中很少使用或者参考的列不应该创建索引

2.不要在有大量相同取值的字段上，建立索引

3.当修改性能远远大于检索性能时，不应该创建索引。这是因为，修改性能和检索性能是互相矛盾的。当增加索引时，会提高检索性能，但是会降低修改性能。当减少索引时，会提高修改性能，降低检索性能。因此，当修改性能远远大于检索性能时，不应该创建索引。

所以在我们创建表的时候，适当的索引能够加快我们的查询速度，不适当的索引，反而对我们的表，有害而无益。你学会了么？