当前位置: 首页 > 编程笔记 >

常用SQL语句优化技巧总结【经典】

康恩
2023-03-14
本文向大家介绍常用SQL语句优化技巧总结【经典】,包括了常用SQL语句优化技巧总结【经典】的使用技巧和注意事项,需要的朋友参考一下

本文实例总结了常用SQL语句优化技巧。分享给大家供大家参考,具体如下:

除了建立索引之外,保持良好的SQL语句编写习惯将会降低SQL性能问题发生。

①通过变量的方式来设置参数

好:

stringsql = "select * from people p where p.id = ? ";

坏:

stringsql = "select * from people p where p.id = "+id;

数据库的SQL文解析和执行计划会保存在缓存中,但是SQL文只要有变化,就得重新解析。

“…where p.id = ”+id的方式在id值发生改变时需要重新解析,这会耗费时间。

②不要使用select *

好:

stringsql = "select people_name,pepole_age from people ";

坏:

stringsql = "select * from people ";

使用select *的话会增加解析的时间,另外会把不需要的数据也给查询出来,数据传输也是耗费时间的,

比如text类型的字段通常用来保存一些内容比较繁杂的东西,如果使用select *则会把该字段也查询出来。

③谨慎使用模糊查询

好:

stringsql = "select * from people p where p.id like 'parm1%' ";

坏:

stringsql = "select * from people p where p.id like '%parm1%' ";

当模糊匹配以%开头时,该列索引将失效,若不以%开头,该列索引有效。

④不要使用列号

好:

stringsql = "select people_name,pepole_age from people order by name,age";

坏:

stringsql = "select people_name,pepole_age from people order by 6,8";

使用列号的话,将会增加不必要的解析时间。

⑤优先使用UNION ALL,避免使用UNION

好:

stringsql = "select name from student union all select name from teacher";

坏:

stringsql = "select name from student union select name from teacher";

UNION 因为会将各查询子集的记录做比较,故比起UNION ALL ,通常速度都会慢上许多。一般来说,如果使用UNION ALL能满足要求的话,务必使用UNION ALL。还有一种情况,如果业务上能够确保不会出现重复记录。

⑥在where语句或者order by语句中避免对索引字段进行计算操作

好:

stringsql = "select people_name,pepole_age from people where create_date=date1 ";

坏:

stringsql = "select people_name,pepole_age from people where trunc(create_date)=date1";

当在索引列上进行操作之后,索引将会失效。正确做法应该是将值计算好再传入进来。

⑦使用not exist代替not in

好:

stringsql = "select * from orders where customer_name not exist (select customer_name from customer)";

坏:

stringsql = "select * from orders where customer_name not in(select customer_name from customer)";

如果查询语句使用了not in 那么内外表都进行全表扫描,没有用到索引;而not extsts 的子查询依然能用到表上的索引。

⑧ exist和in的区别

in 是把外表和内表作hash 连接,而exists是对外表作loop循环,每次loop循环再对内表进行查询。因此,in用到的是外表的索引, exists用到的是内表的索引。

如果查询的两个表大小相当,那么用in和exists差别不大。

如果两个表中一个较小,一个是大表,则子查询表大的用exists,子查询表小的用in:

例如:表A(小表),表B(大表)

1:

select * from A where cc in (select cc from B)

效率低,用到了A表上cc列的索引;

select * from A where exists(select cc from B where cc=A.cc)

效率高,用到了B表上cc列的索引。

2:

select * from B where cc in (select cc from A)

效率高,用到了B表上cc列的索引;

select * from B where exists(select cc from A where cc=B.cc)

效率低,用到了A表上cc列的索引。

⑨避免在索引列上做如下操作:

◆避免在索引字段上使用<>,!=
◆避免在索引列上使用IS NULL和IS NOT NULL
◆避免在索引列上出现数据类型转换(比如某字段是String类型,参数传入时是int类型)

当在索引列上使用如上操作时,索引将会失效,造成全表扫描。

⑩复杂操作可以考虑适当拆成几步

有时候会有通过一个SQL语句来实现复杂业务的例子出现,为了实现复杂的业务,html" target="_blank">嵌套多级子查询。造成SQL性能问题。对于这种情况可以考虑拆分SQL,通过多个SQL语句实现,或者把部分程序能完成的工作交给程序完成。

PS:这里再为大家推荐2款SQL在线工具供大家参考使用:

SQL在线压缩/格式化工具:
http://tools.jb51.net/code/sql_format_compress

sql代码在线格式化美化工具:
http://tools.jb51.net/code/sqlcodeformat

希望本文所述对大家数据库程序设计有所帮助。

 类似资料:
  • 本文向大家介绍Mysql查询语句优化技巧,包括了Mysql查询语句优化技巧的使用技巧和注意事项,需要的朋友参考一下 索引优化,查询优化,查询缓存,服务器设置优化,操作系统和硬件优化,应用层面优化(web服务器,缓存)等等。这里的记录的优化技巧更适用于开发人员,都是从网络上收集和自己整理的,主要是查询语句上面的优化,其它层面的优化技巧在此不做记录。 查询的开销指标: 执行时间 检查的行数 返回的行数

  • 本文向大家介绍SQL优化经验总结,包括了SQL优化经验总结的使用技巧和注意事项,需要的朋友参考一下 一. 优化SQL步骤 1. 通过 show status和应用特点了解各种 SQL的执行频率     通过 SHOW STATUS 可以提供服务器状态信息,也可以使用 mysqladmin extende d-status 命令获得。 SHOW STATUS 可以根据需要显示 session 级别的

  • 本文向大家介绍PowerShell脚本性能优化技巧总结,包括了PowerShell脚本性能优化技巧总结的使用技巧和注意事项,需要的朋友参考一下 最终优化 在你写脚本时,不要老是想着去优化,因为你的部分优化代码可能最终被丢弃。而且老是想着优化也会降低你的生产效率,因为和CPU的时间相比,脚本编写者的时间可能会更宝贵。 使用过滤参数 PowerShell可能会消耗很多资源,因为许多Cmdlet本身的设

  • 本文向大家介绍Java性能优化技巧汇总,包括了Java性能优化技巧汇总的使用技巧和注意事项,需要的朋友参考一下 本文实例汇总了Java性能优化技巧。分享给大家供大家参考。具体分析如下: 这里参考了些书籍,网络资源整理出来,适合于大多数Java应用 在JAVA程序中,性能问题的大部分原因并不在于JAVA语言,而是程序本身。养成良好的编码习惯非常重要,能够显著地提升程序性能。 1.尽量使用final修

  • 本文向大家介绍JavaScript提升性能的常用技巧总结【经典】,包括了JavaScript提升性能的常用技巧总结【经典】的使用技巧和注意事项,需要的朋友参考一下 本文讲述了JavaScript提升性能的常用技巧。分享给大家供大家参考,具体如下: 1.注意作用域 随着作用域链中的作用域数量的增加,访问当前作用域以外的变量的时间也在增加.访问全局变量总是要比访问局部变量慢,因为要遍历作用域链.  1

  • 今天,很多网站的 URL 的设计都是有问题的——因为 RESTful。依据 RESTful API 原则,我们设计出来的 API 的 URL 都会有这样那样的缺陷。 在过去的几年里,搜索引擎的影响力发生了一些变化——其影响力的趋势是逐渐变弱。应用程序已经变成了流量的一个大入口,当然搜索引擎也还是一个大的 入口。搜索引擎优化看上去并没有那么重要,企业靠活动、运营来挖掘新的用户。可当所有的人不重视,而