面试官问：你平时项目中用了哪些SQL优化手段？给小伙伴问懵了

最近，周围的同事离职的越来越多，身边的小伙伴好像也有动作了，找他聊聊。

“咋了，你也要走？”

小伙伴：”现在的工作太枯燥，缺少成就感，想换一个，有技术挑战的那种“

”你现在不挺好么，leader对你也不错，也挺器重，感觉你前途一片光明“

小伙伴：”这叫不错？这叫器重？我这种边缘项目，一没技术难度、二没流量、三没数据量，更别谈高并发了，天天做不完的需求，修不完的BUG，在这里就感觉温水煮青蛙，我就是那只呱呱呱，我得去外面看看“

面试官问：你平时项目中用了哪些SQL优化手段？给小伙伴问懵了

"..."

看来积怨已深，我只能打住，说了一些恭维的话，结束了交流。

这几天，感觉小伙伴的气压比较低，我猜是面试受打击了，于是又找他聊。

“最近咋了？情况不对啊”

小伙伴：“上次去面试，面试官问我，项目中用了那些SQL优化，我一下就懵了，没回答上来...”

“懵啥？”

小伙伴：“我这种天天接需求，写的SQL只关心查出来的数据正确与否 ，哪有需要做优化？”

“这...”

小伙伴：“只能怪自己，这破项目，SQL随便写写也不会出问题“

小伙伴：”最后出问题的是自己，我废了。”

面试官问：你平时项目中用了哪些SQL优化手段？给小伙伴问懵了

小伙伴：“对了，常见的SQL优化有哪些？”

“行，我给你整理下。”

“其实大部分主要对查询进行优化，最重要的是尽量避免全表扫描”

• 适当的创建索引，考虑在 where 及 order by 涉及的列上建立索引
• 尽量避免在 where 子句中对字段进行 null 值判断、使用!=或<>操作符、使用 or 来连接条件、对字段进行函数操作等
• in 和 not in 也要慎用，否则可能会导致全表扫描
• 很多时候用 exists 代替 in 是一个好的选择
• 尽量使用数字型字段，若只含数值信息的字段尽量不要设计为字符型，这会降低查询和连接的性能，并会增加存储开销。
• 尽可能的使用 varchar 代替 char ，因为首先变长字段存储空间小，可以节省存储空间，其次对于查询来说，在一个相对较小的字段内搜索效率显然要高些。

SQL优化手段还有很多，大多数都是摸打滚爬的经验积累，只有自己碰到了，才有深刻的理解和体会。

最后，小编整理了一套技术资料不仅能精准消除技术盲点、累计面试经验，更可以攻克JVM、Spring、分布式、微服务等技术难题。

面试官问：你平时项目中用了哪些SQL优化手段？给小伙伴问懵了

海量电子书，珍藏版

面试官问：你平时项目中用了哪些SQL优化手段？给小伙伴问懵了 面试官问：你平时项目中用了哪些SQL优化手段？给小伙伴问懵了 面试官问：你平时项目中用了哪些SQL优化手段？给小伙伴问懵了 面试官问：你平时项目中用了哪些SQL优化手段？给小伙伴问懵了

以上资料领取步骤

1、加微信获取

1892324-20200408173704995-149739833.png