SQL语句优化的经验分享

╰+哭是因爲堅強的太久メ 2023-10-06 11:04 98阅读 0赞

> 你好我是辰兮，很高兴你能来阅读，本篇总结了一些SQL语句  
> 相关的优化技巧，分享获取新知，大家一起进步。

*  `1.JAVA基础面试常考问题` ： [JAVA面试基础常考题汇集][JAVA]
 *  `2.JAVA面试SSM框架常考` ：[JAVA框架面试题汇集][JAVA 1]

--------------------

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

ps：能用索引查的可以考虑用索引

--------------------

2.应尽量避免在where句中对字段进行null值判断，否则将导致引擎放弃使用索引而进行全表扫描，如:

select id from t where num is null

ps:null将会导致索引失效

最好不要给数据库留NULL,尽可能的使用NOT NULL填充数据库.备注、描述、评论之类的可以设置为NULL，其他的，最好不要使用NULL。

不要以为NULL不需要空间，比如: char(100) 型，在字段建立时，空间就固定了，不管是否插入值(NULL也包含在内) ，都是占用100个字符的空间的，如果是varchar这样的变长字段，null 不占用空间。

可以在num.上设置默认值0，确保表中num列没有null值，然后这样查询;

select id from t where num = 0

--------------------

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

ps:谨慎使用!=或<>操作符

--------------------

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

select id from t where num=10 or Name = 'admin'

可以这样

select id from t where num = 10
    union all
    select id from t where Name = 'admin'

--------------------

5.in和not in也要慎用，否则会导致全表扫描，如:

select id from t where num in(1,2,3);

对于连续的数值，能用between就不要用in了。

select id from t where num between 1 and 3

很多时候用exists代替in是一个好的选择:

select num from a where num in(select num from b)

用exists替换in

select num from a where exists(select 1 from b where num=a.num)

--------------------

6.下面的查询也将导致全表扫描:

select id from t where name like ‘%abc%’

ps:全表查询就会导致查询效率低

--------------------

7.应尽量避免在where子句中对字段进行表达式操作，这将导致引擎放弃使用索引而进行全表扫描。如:

select id from t where num/2 = 100
    应该改为
    select id from t where num= 100*2

--------------------

8.应尽量避免在where子句中对字段进行函数操作，这将导致引擎放弃使用索引而进行全表扫描。如:

select id from t where substring(name,1,3) = ’abc’

改为

select id from t where name like 'abc%'

ps:不要在SQL语句上使用函数

--------------------

9.不要在where子句中的“="左边进行函数、算术运算或其他表达式运算，否则系统将可能无法正确使用索引。

ps:减少在SQL语句上的计算

--------------------

10.Update语句，如果只更改1、2个字段,不要Update全部字段，否则频繁调用会引起明显的性能消耗，同时带来大量日志。

ps:update操作只改一两个字段的 就不要全改！

--------------------

11.对于多张大数据量(这里几百条就算大了)的表JOIN,要先分页再JOIN,否则逻辑读会很高，性能很差。

ps:数据量过多的先分页再JOIN

--------------------

12.这样不带任何条件的count会引起全表扫描，并且没有任何业务意义，是要杜绝的。

select count(*) from table;

--------------------

13.任何地方都不要使用select \* from t,用具体的字段列表代替"\*"，不要返回用不到的任何字段。

ps:要用具体的字段代替\*

--------------------

14.索引并不是越多越好，索引固然可以提高相应的select的效率，但同时也降低了insert 及update的效率，因为insert或update时有可能会重建索引，所以怎样建索引需要慎重考虑,视具体情况而定。一个表的索引数最好不要超过6个，若太多则应考虑一些不常使用到的列上建的索引是否有必要。

ps:索引不是越多越好

--------------------

15.未完待续…

--------------------

`The best investment is to invest in yourself`

![在这里插入图片描述][20200504104023371.jpg]

`2020.06.20 记录辰兮的第85篇博客`

[JAVA]: https://blog.csdn.net/weixin_45393094/article/details/104816195
[JAVA 1]: https://blog.csdn.net/weixin_45393094/article/details/104878236
[20200504104023371.jpg]: https://img-blog.csdnimg.cn/20200504104023371.jpg

发表评论取消回复

表情：

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

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

相关阅读

相关 Oracle SQL性能优化：经验分享与问题实例

在Oracle SQL的性能优化方面，我积累了丰富的经验和解决各种问题的方法。这里我将分享一些核心的经验和问题实例： 1. **数据库设计**： - 数据库模式选择（如

以你之姓@/ 2025年01月31日 14:27/ 0 赞/ 20 阅读

相关 Oracle SQL语句优化失败案例分享

在Oracle SQL语句优化中，可能会遇到各种问题。以下是一些失败案例的分享： 1. **查询复杂度过高**：当一个SQL语句包含大量的联接操作、子查询或者大量数据的排序和

ゝ一纸荒年。/ 2025年01月22日 04:24/ 0 赞/ 41 阅读

相关 MySQL性能瓶颈：SQL语句优化案例分享

MySQL作为常用的关系型数据库，其性能瓶颈主要体现在以下几个方面： 1. **SQL语句优化**：这是最常见的瓶颈。比如冗余的JOIN操作、复杂的子查询、不合理的数据类型等

布满荆棘的人生/ 2025年01月05日 16:48/ 0 赞/ 42 阅读

相关 Oracle SQL语句执行慢，优化策略分享

在Oracle SQL语句执行慢时，我们可以采取以下优化策略： 1. **查询优化**： - 使用EXPLAIN PLAN查看SQL执行计划，找出执行效率低下的环节。

àì夳堔傛蜴生んèń/ 2024年12月20日 17:36/ 0 赞/ 74 阅读

相关慢SQL治理经验分享

简介：这里的慢SQL指的是MySQL慢查询，是运行时间超过long\_query\_time值的SQL。真实的慢SQL通常会伴随着大量的行扫描、临时文件排序或者频繁的磁盘fl

男娘i/ 2024年04月06日 13:23/ 0 赞/ 94 阅读

相关 SQL语句优化的经验分享

> 你好我是辰兮，很高兴你能来阅读，本篇总结了一些SQL语句 > 相关的优化技巧，分享获取新知，大家一起进步。 `1.JAVA基础面试常考问题` ： [JAVA面试

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

相关浅谈ORACLE SQL语句优化经验

目录（1）选择最有效率的表名顺序(只在基于规则的seo/' target='\_blank'>优化器中有效) （2） WHERE子句中的连接顺序（3） SELECT

电玩女神/ 2022年09月23日 14:48/ 0 赞/ 301 阅读

相关浅谈SQL语句优化经验

（1）选择最有效率的表名顺序(只在基于规则的seo/' target='_blank'>优化器中有效)： ORACLE 的解析器按照从右到左的顺序处理FROM

港控/mmm°/ 2022年08月22日 00:03/ 0 赞/ 296 阅读

相关 SQL优化经验总结

（1）选择最有效率的表名顺序(只在基于规则的优化器中有效)： ORACLE 的解析器按照从右到左的顺序处理FROM子句中的表名，FROM子句中写在最后的表(基础表 driv

青旅半醒/ 2022年04月17日 00:20/ 0 赞/ 352 阅读

相关 Android - 性能优化经验分享

前言性能优化的过程分两部分： 1.发现性能瓶颈 2.制定方案，解决性能问题解决性能问题的方案需要具体情况具体分析，并没有完全固定的路子，更多的是靠经验的积累，本文不

川长思鸟来/ 2022年01月20日 10:27/ 0 赞/ 427 阅读