如何优化sql查询语句（数据库中怎么优化**L语句）

：暂无数据 2026-04-03 14:20:01 ：0

前几天，一位朋友问我：如何优化sql查询语句到底该怎么学？我只回了他三个字：抓住数据库中怎么优化**L语句。今天就来详细说说为什么。

本文目录

数据库中怎么优化**L语句
如何提高sql语句的执行效率
sql语句查询，多字段like模糊查询优化
数据库查询有哪些优化方面

数据库中怎么优化**L语句

这个范围太广了，也太多了

举个简单的，比如下面：

select*fromuserwhereusername=’张三’orusername=’李四’

优化为可写成：

select*fromuserwhereusernamein(’张三’,’李四’)

技术点就是，sql中where条件用’in’要比用"="效率要高,在千万级查询时效果比较明显，还有就是当表列多时,不能用select*,要改用select字段名,字段名,字段名from表名

如何提高sql语句的执行效率

1、使用ordered提示

Oracle必须花费大量的时间来剖析多表的合并，用以确定表合并的最佳顺序。**L表达式涉及七个乃至更多的表合并，那么有时就会需要超过30分钟的时间来剖析，Ordered这个提示(hint)和其他的提示一起使用能够产生合适的合并顺序。

2、使用ordered_predicates

ordered_predicates提示在查询的WHERE子句里指定的，并被用来指定布尔判断(Booleanpredicate)被评估的顺序。在没有ordered_predicates的情况下，Oracle会使用下面这些步骤来评估**L判断的顺序：子查询的评估先于外层WHERE子句里的Boolean条件。

所有没有内置函数或者子查询的布尔条件都按照其在WHERE子句里相反的顺序进行评估，即最后一条判断最先被评估。每个判断都带有内置函数的布尔判断都依据其预计的评估值按递增排列。

3、限制表格合并评估的数量

提高**L剖析性能的最后一种方法是强制取代Oracle的一个参数，这个参数控制着在评估一个查询的时候，基于消耗的优化器所评估的可能合并数量。

扩展资料：

1、表设计的优化，数据行的长度不要超过8020字节，如果超过这个长度的话在物理页中这条数据会占用两行从而造成存储碎片，降低查询效率。

2、语句的查询优化，保证在实现功能的基础上，尽量减少对数据库的访问次数；

3、建立高效的索引创建索引一般有以下两个目的：维护被索引列的唯一性和提供快速访问表中数据的策略。

大型数据库有两种索引即簇索引和非簇索引，一个没有簇索引的表是按堆结构存储数据，所有的数据均添加在表的尾部，而建立了簇索引的表，其数据在物理上会按照簇索引键的顺序存储。个表只允许有一个簇索引。

4、强制查询转换，有时候oracle 的优化器未必能走正确的查询路线，这个时候就需要添加一些hint 之类的来规定他的执行路线。当然了，这个未必是最好的处理方案。因为虽然现在走这个路线是对的，以为因为数据的变化到这这个HINT 变得不可取。

1、多字段like模糊查询优化：
最常见的写法：
where a like ’%xx%’ or b like ’%xx%’ or c like ’%xx%’;
这种写法查询效率低，经过调查，下面的方法可以替代，并且效率高：
2、如果like的关键字相同：
where instr(nvl(a, ’’)||nvl(b,’’)||nvl(c,’’), ’xx’) 》 0
把要模糊查询的字段先拼接起来，拼接时需要把null转成‘’，否则只要有一个字段值是空，整个拼接的字符串都成空了，然后用instr 函数去过滤；
3、如果like的关键字不同：
where instr(a, ’xx’) 》 0 or instr(b, ’yy’) 》 0 or instr(c, ’zz’) 》 0
经过测试，这两种方法都比like效率要高；