今日一学,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. 删除不再使用或者很少使用的索引

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

请登录后发表评论

    没有回复内容