博客
关于我
面试官:说说对SQL语句优化有哪些方法
阅读量:232 次
发布时间:2019-02-28

本文共 651 字,大约阅读时间需要 2 分钟。

  • 用EXISTS替代IN、用NOT EXISTS替代NOT IN
  • 避免在索引列上使用计算,因为这样会导致索引失效
  • 避免在索引列上使用 IS NULL 和 IS NOT NULL
  • 对查询进行优化,应尽量避免全表扫描,首先可以考虑在where和order by涉及的列上建立索引
  • 尽量避免在where的子句中对字段进行null值判断,否则引擎就会放弃使用索引,从而进行全表扫描
  • 尽量避免在where子句中对字段进行表达式操作,否则引擎就会放弃使用索引,从而进行全表扫描
  • 尽量避免在where子句中使用!=或<>操作符,否则引擎就会放弃使用索引,从而进行全表扫描
  • 尽量避免在where子句中使用or来连接条件,否则引擎就会放弃使用索引,从而进行全表扫描
  • 如果数值是连续的,能用between就不要用in
  • 任何地方都不要使用 select * from table ,要用具体的字段代替“*”,只取出需要的字段
  • 模糊搜索尽量避免使用前置百分号,否则引擎就会放弃使用索引,从而进行全表扫描
  • 一个表的索引数最好不要超过6个,因为太多的索引会影响到表的更新速度
  • 如果字段只包含数值信息,尽量不要设计为字符类型,否则会降低查询和连接的性能,同时还会增加存储开销
  • 避免频繁创建和删除临时表,减少系统表资源的消耗
  • 尽量使用 varchar/nvarchar 代替 char/nchar ,因为变长字段的存储空间小,这样可以节省存储空间,同时对于查询来说,在一个相对较小的字段内搜索,效率自然会更高
  • 尽量使用表变量来代替临时表

转载地址:http://jfjp.baihongyu.com/

你可能感兴趣的文章
Netty源码—6.ByteBuf原理一
查看>>
Netty源码—6.ByteBuf原理二
查看>>
Netty源码—7.ByteBuf原理三
查看>>
Netty源码—7.ByteBuf原理四
查看>>
Netty源码—8.编解码原理一
查看>>
Netty源码—8.编解码原理二
查看>>
Netty源码解读
查看>>
netty的HelloWorld演示
查看>>
Netty的Socket编程详解-搭建服务端与客户端并进行数据传输
查看>>
Netty的网络框架差点让我一夜秃头,哭了
查看>>
Netty相关
查看>>
Netty简介
查看>>
Netty线程模型理解
查看>>
netty解决tcp粘包和拆包问题
查看>>
Netty速成:基础+入门+中级+高级+源码架构+行业应用
查看>>
Netty遇到TCP发送缓冲区满了 写半包操作该如何处理
查看>>
netty(1):NIO 基础之三大组件和ByteBuffer
查看>>
Netty:ChannelPipeline和ChannelHandler为什么会鬼混在一起?
查看>>
Netty:原理架构解析
查看>>
Network Dissection:Quantifying Interpretability of Deep Visual Representations(深层视觉表征的量化解释)
查看>>