sql优化从哪些方面考虑

• 怎么合理创建索引
• 怎么使用索引
• 索引失效
• 合理创建表字段

以上4个方面

1. 如果子查询得出的结果集记录较少，主查询中的表较大且又有索引时应该用in,
   反之如果外层的主查询记录较少，子查询中的表大，又有索引时使用exists。

2. 对查询进行优化，要尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。

3. 最好不要给数据库留NULL，尽可能的使用 NOT NULL填充数据库。
   备注、描述、评论之类的可以设置为 NULL，其他的，最好不要使用NULL。
   注意是尽量不要null，请根据实际业务选择（合理创建表字段）

4. 应尽量避免在 where 子句中使用 != 或 <> 操作符，否则将引擎放弃使用索引而进行全表扫描。（索引失效）

5. 应尽量避免在 where 子句中使用 or来连接条件，如果一个字段有索引，一个字段没有索引，将导致引擎放弃使用索引而进行全表扫描，（索引失效）

6. 索引最左前缀匹配原则，SQL代码需要注意这个原则 （索引失效）

在最左匹配原则中，有如下说明：
最左前缀匹配原则，非常重要的原则，mysql会一直向右匹配直到遇到范围查询(>、<、between、like)就停止匹配，比如a = 1 and b = 2 and c > 3 and d = 4 如果建立(a,b,c,d)顺序的索引，d是用不到索引的，如果建立(a,b,d,c)的索引则都可以用到，a,b,d的顺序可以任意调整。

=和in可以乱序，比如a = 1 and b = 2 and c = 3 建立(a,b,c)索引可以任意顺序，mysql的查询优化器会帮你优化成索引可以识别的形式】

7. 尽量避免向客户端返回大数据量，若数据量过大,建议分页或数量限制（设计上，这个和SQL没关系罗）

8. 当在SQL语句中连接多个表时，请使用表的别名并把别名前缀于每个列名上。这样就可以减少解析的时间并减少哪些友列名歧义引起的语法错误。

总结：
平时注意SQL的一些关键字对索引的作用 如 like 、in、not in、<> 代码写的很爽后期业务数据量上来了就要优化了，还不如开始写代码时候考虑清楚
考虑业务数据量未来增长情况，索引的缺点也要考虑，查询快了更新就慢了，需要根据实际业务场景去平衡