【数据库】SQL优化该如何去做？

╰+哭是因爲堅強的太久メ 2023-06-16 10:37 12阅读 0赞

**【引言】**

在我的印象中，只要是系统框架比较旧的项目中，都少不了一大长串的SQL，粘出来，可以长达两百多行。而这些看起来很厉害的SQL，随着系统数据量的增大，也成为了拖垮系统的真正杀手。

遇到这样的项目，SQL优化是必不可少的，下面就总结一些优化技巧，也是在做SQL优化中通用的一些技巧。

**【优化技巧】**

**1. 负向条件查询不能使用索引，not in/not exists都不是好习惯。**

比如下面的SQL：

select id from order where status!=0 and stauts!=1

可优化为in查询：

select id from order where status in(2,3)

**2. 前导模糊查询不能使用索引。**

比如：

select id from article where  titile like '%XX'

而非前导模糊查询则可以：

select id from article where  titile like 'XX%'

**3. 数据区分度不大的字段不宜使用索引。**

比如：

select id from user where sex=1

原因：性别只有男，女，每次过滤掉的数据很少，不宜使用索引。

经验上，能过滤80%数据时就可以使用索引。对于订单状态，如果状态值很少，不宜使用索引，如果状态值很多，能够过滤大量数据，则应该建立索引。

**4. 在属性上进行计算不能命中索引。**

比如：

select id,date from order where YEAR(date) < = '2019'

可以优化为：

select id,date from order where date < = CURDATE()

或者

select id,date from order where date < = '2019-01-01'

**5. 如果业务大部分是单条查询，使用Hash索引性能更好。**

例如：

select uid,sex from user where uid=?

select uid,sex from user where login_name=?

原因：

B-Tree索引的时间复杂度是O(log(n))

Hash索引的时间复杂度是O(1)

**6. 允许为null的列，查询有潜在大坑**

单列索引不存null值，复合索引不存全为null的值，如果列允许为null，可能会得到“不符合预期”的结果集。

select id,name,sex from user where name != 'zhangshan'

如果name允许为null，索引不存储null值，结果集中不会包含这些记录。

所以，一般使用not null约束或默认值。

**7. 复合索引最左前缀，并不是指SQL语句的where顺序要和复合索引一致。**

比如：

表T建立了(A, B)的复合索引，

select C from T where A=? and B=?

以及

select C from T where B=? and A=?

都能够命中索引。

select C from T where A=?

也能命中索引，满足复合索引最左前缀。

select C from T where B=?

不能命中索引，不满足复合索引最左前缀。

**8. 如果明确知道只有一条结果返回，limit 1能够提高效率。**

比如：

select id,sex from user where login_name=?

可以优化为：

select id,sex from user where login_name=? limit 1

原因：

你知道只有一条结果，但数据库并不知道，明确告诉它，让它主动停止游标移动

**9. 把计算放到业务层而不是数据库层，除了节省数据的CPU，还有意想不到的查询缓存优化效果**

select id,date from order where date < = CURDATE()

这不是一个好的SQL实践，应该优化为：

String dateStr = '2019-01-01';
    select id,date from order where date < = dateStr;

原因：

释放了数据库的CPU，多次调用，传入的SQL相同，才可以利用查询缓存。

**10. 不要使用select (星号)，只返回需要的列，能够大大的节省数据传输量，与数据库的内存使用量**

**【总结】**

两百行的SQL我是写不出来，所以有时候看到一长篇的SQL真的是既佩服又烦躁，实在是看不懂，优化无从下手，不如直接做拆分，多次查询，或者直接从代码逻辑中去做。

发表评论取消回复

表情：

评论列表（有 0 条评论，12人围观）

还没有评论，来说两句吧...

相关阅读

相关数据库到底该如何优化？

目录一、硬件和操作系统层面的优化二、整体架构设计层面的优化三、MySQL程序配置优化四、SQL语句优化 -------------------- 一、硬件

比眉伴天荒/ 2024年03月22日 00:57/ 0 赞/ 70 阅读

相关数据库优化 - SQL优化

前面一篇文章从实例的角度进行数据库优化，通过配置一些参数让数据库性能达到最优。但是一些“不好”的SQL也会导致数据库查询变慢，影响业务流程。本文从SQL角度进行数据库优化，提升

我会带着你远行/ 2023年10月08日 11:37/ 0 赞/ 58 阅读

相关前端性能该如何做优化

前端性能该如何做优化 > “学与思，琢与磨，知与行，相交错” ![在这里插入图片描述][20200312083609965.gif] 01 前言 -------

分手后的思念是犯贱/ 2023年07月13日 12:21/ 0 赞/ 21 阅读

相关【数据库】SQL优化该如何去做？

【引言】在我的印象中，只要是系统框架比较旧的项目中，都少不了一大长串的SQL，粘出来，可以长达两百多行。而这些看起来很厉害的SQL，随着系统数据量的增大，也成为了拖垮系统的

╰+哭是因爲堅強的太久メ/ 2023年06月16日 10:37/ 0 赞/ 13 阅读

相关精准努力，我该如何去做？

精准努力，我该如何去做？刘媛媛，超级演说家第二季总冠军，北京大学法律系研究生。《精准努力，刘媛媛的逆袭课》这本书我是通过微信读书这个软件看到的，从头到尾大概花了一周的时

骑猪看日落/ 2023年03月05日 03:19/ 0 赞/ 24 阅读

相关如何进行mysql数据库优化_MySQL数据库如何做好优化

碰到过好几次这样的题目,可每次都不能答的完全正确，现在大概列出如下：(望各位补充) 1.数据库的设计尽量把数据库设计的更小的占磁盘空间。 1).尽可能使用更小的整数类型

迷南。/ 2023年01月11日 13:19/ 0 赞/ 203 阅读

相关数据库优化 - SQL优化

前面一篇文章从实例的角度进行数据库优化，通过配置一些参数让数据库性能达到最优。但是一些“不好”的SQL也会导致数据库查询变慢，影响业务流程。本文从SQL角度进行数据库优化，提升

素颜马尾好姑娘i/ 2022年11月13日 11:21/ 0 赞/ 237 阅读

相关拿下前端字节offer(实习)，我们该如何去做准备？

故事开篇：本人应届毕业生前端开发一枚，二本计算机专业，大一大二打游戏混日子，觉得离自己工作还远着，没什么压力，大三下学期，刚好碰上疫情，疫情的时候在家时间比较多，天天玩

淩亂°似流年/ 2022年11月09日 14:19/ 0 赞/ 236 阅读

相关数据库sql优化

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

不念不忘少年蓝@/ 2022年03月18日 03:56/ 0 赞/ 296 阅读

相关 URL如何优化？网站url链接形式这样去做，利于优化

URL如何优化？网站url链接形式这样去做，利于优化 URL该如何优化？方法如下： 1、URL越短越好对于搜索引擎来说，只要URL不超过1000个字母，收录都没有问...

朱雀/ 2021年05月29日 08:23/ 0 赞/ 390 阅读