面试sql优化，只需知道这几点

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档

---

前言

许多人在面试的时候被问及sql优化的问题总是回答的很简单，导致面试结果不尽人意，于是乎本人查阅了大量资料并和大场面试官沟通了最佳答案。

---

提示：以下是本篇文章正文内容，仅供参考

sql优化分为四部分进行

1.业务层面优化
业务层面优化是指在sql基础优化上没有问题之后，然一次性查询数据量很大，达到上亿的数据量，即使是分页也会很慢，所以要进行业务层面进行优化，固定条件，缓存count值，避免每次查询全表扫描计算count值，每次更新都要对count值进行同步修改。
2.代码层面优化
前提还是在sql语句上优化完成后，有多表联合查询导致查询数据很慢，可以在代码上进行分割，如一条语句查多个表，可以拆分成俩个sql语句或者多个sql语句，然后在代码上进行数据拼装
3.sql基础优化
1）对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。
2）应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描。
3）应尽量避免在 where 子句中使用!=或<>操作符，否则将引擎放弃使用索引而进行全表扫描。
4）应尽量避免在 where 子句中使用 or 来连接条件，否则将导致引擎放弃使用索引而进行全表扫描。
5）in 和 not in 也要慎用，否则会导致全表扫描。
6）避免左右模糊查询。
7）应尽量避免在 where 子句中对字段进行表达式操作，这将导致引擎放弃使用索引而进行全表扫描。
8）应尽量避免在where子句中对字段进行函数操作，这将导致引擎放弃使用索引而进行全表扫描。
9）不要在 where 子句中的“=”左边进行函数、算术运算或其他表达式运算，否则系统将可能无法正确使用索引。
10）在使用索引字段作为条件时，如果该索引是复合索引，那么必须使用到该索引中的第一个字段作为条件时才能保证系统使用该索引，否则该索引将不会被使用，并且应尽可能的让字段顺序与索引顺序相一致。
11）很多时候用 exists 代替 in 是一个好的选择。
4.硬件层面优化
一般是通过修改运行内存，这部分一般都是别人再做

总结

在面试的时候，如果面试官问道sql优化问题的时候，说这四点，绝对比单独说sql基础优化好评要多，面试的时候可以自己在扩展一下。