今日一学，sql优化，创建索引的优缺点

收藏了，但是不打开，久而久之就忘了，今日一学！所谓是好记性不如烂键盘。

** 2024Java offer收割指南 **

sql优化

1. 尽量避免使用 select * ，返回无用的字段会降低效率。优化方式：只能使用具体的字段代替 select 具体字段，只返回使用到的字段。(虽然我经常select * 但是一个表字段非常多，那就慢很多，特别是查多数据的时候。为什么一个表那么多字段呢？等你接手遗留项目就知道了)

2. 尽量避免使用 in 和 not in，会导致数据库引擎放弃索引进行全表扫描。优化方
   
   式：可以用 exists，join代替。(正常公司数据量都不大，所以我也经常用in，甚至查id我都用in，为什么会影响性能呢，应该是当其中包含 NULL 值时，优化器可能会认为全表扫描比使用索引更有效)

3. 尽量避免在字段开头模糊查询，会导致数据库引擎放弃索引进行全表扫描。优化方式:尽量在字段后面使用模糊查询。(这个不知道的罚你回去写1000行sql)

4. 尽量避免进行 null 值的判断，会导致数据库引擎放弃索引进行全表扫描。优化方式:可以给字段添加默认值 0，对 0 值进行判断。(你看看，又是null值)

索引

• 索引的实现通常使用 B树及其变种 B+树（2者区别可以看看，不难理解，面对面试官又能说一波）。
• 索引的作用:协助快速查询,可以保证数据库表中每一行数据的唯一性。可以大大加快数据的检索速度，这也是创建索引的最主要的原因。
• 索引的代价：
  1. 是增加了数据库的存储空间(你都说用B+的数据结构，那自然要把结构给存下来，不是吗)；
  2. 是在插入和修改数据时要花费较多的时间（因为索引也要随之变动）
• 那把所有字段都定为索引不就好啦？(缺点你是一点都不看)
  1. 创建索引和维护索引要耗费时间，这种时间随着数据量的增加而增加。索引需要占物理空间，除了数据表占数据空间之外，每一个索引还要占一定的物理空间
  2. 当对表中的数据进行增加、删除和修改的时候，索引也要动态的维护，这样就降低了数据的维护速度
• 创建索引的原则
  1. 最左前缀匹配原则（一直向右匹配直到遇到范围查询就停止匹配）
  2. =和 in 可以乱序（建立索引是可以任意顺序的，mysql 的查询优化器会帮你优化成索引可以识别的形式）(可以偷偷去学习下sql语句的执行过程)
  3. 尽量选择区分度高的列作为索引
  4. 索引列不能参与计算
  5. 尽量的扩展索引，不要新建索引（如 a->（a，b）只需要修改原来的索引，注意：数据量太大，创建索引是需要时间的，宕不宕机就看你了）
  6. 选择唯一性索引（id）
  7. 为经常需要排序、分组和联合操作的字段建立索引
  8. 为常作为查询条件的字段建立索引
  9. 删除不再使用或者很少使用的索引

看完就当加深下记忆，面试时候继续吹