SQL优化----减少order by

最新推荐文章于 2024-10-18 00:33:21 发布
最新推荐文章于 2024-10-18 00:33:21 发布
阅读量929 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： SQL数据优化 SQL 文章标签： 优化 sql null
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/ArvinStudy/article/details/7715099
本文提供了一个SQL查询优化的具体案例，展示了如何通过调整查询条件和排序方式来提高查询效率。通过对两个相似但性能不同的SQL语句进行对比，文章强调了合理设置查询参数的重要性。

 GO
SELECT TOP 1 * FROM SEC_ITEM WHERE BRAND_ID = 20002 AND (PICKUPTYPE IS NULL OR PickupType<6)   AND ((ITEM_STATE = 0 AND (ADMIN_ID<>1 OR (ADMIN_ID=1 AND ITEM_UDATE <'2012-07-04 11:26'))    OR  (ITEM_STATE = 2 AND ITEM_UDATE <'2012-07-04 11:26'))) ORDER BY Item_CDate DESC, PICKUPTYPE ASC, ITEM_UDATE DESC
GO
--最优
SELECT TOP 1 * FROM SEC_ITEM WHERE BRAND_ID = 20002 AND (PICKUPTYPE IS NULL OR PickupType<6)   AND ((ITEM_STATE = 0 AND (ADMIN_ID<>1 OR (ADMIN_ID=1 AND ITEM_UDATE <'2012-07-04 13:40'))    OR  (ITEM_STATE = 2 AND ITEM_UDATE <'2012-07-04 13:40'))) ORDER BY Item_CDate DESC
GO

 

Sql优化(六):如何优化order by?
nzbing的博客
09-09 837
order by
第48讲：SQL优化之ORDER BY排序查询的优化
江晓龙的博客
02-17 1199
针对3.5中排序后的现象，两个字段不同的排序规则，索引默认是升序排序，nl字段的升序排序没有任何效率问题，但是lxfs字段当下拿到的是nl字段升序后的结果集，还想要对lxfs字段降序排序，只能拿到排序缓冲区中进行额外的排序，因为在nl字段升序后的结果集里，lxfs字段也是升序的，但是我们要的是降序的效果，所以只能额外排序了。为不同的字段设置了不同的排序规则后，在索引的叶子节点里就已经排序好了，上面图的所有字段排序规则都是升序，下面图中lxfs字段是降序，可以看到每个索引元素中手机号都是降序排序了。
sql-order by
05-12 131
经常需要能够将抓出的资料做一个有系统的显示。这可能是由小往大 (ascending) 或是由大往小 (descending)。在这种情况下，我们就可以运用ORDER BY这个指令来达到我们的目的。 ORDER BY的语法如下: SELECT "栏位名" FROM "表格名" [WHERE "条件"] ORDER BY "栏位名" [ASC, DESC]; ...
数据库sql之order by优化
Yangyg_0818的博客
02-12 731
建立复合索引（age,birth），使用order by排序产生filesort情况 情况1：Select *from user where age>20 order by age;没有filesort,用到了index索引,原因是age是索引头 情况2：Select *from user where age>20 order by age, birth;没有filesort且用到...
【三十、MySql】进阶篇--SQL优化--order by优化
qq_49121643的博客
01-31 620
order by优化
SQLServer去除子查询中的order by
Master-Pan的专栏
03-20 2316
SQL解析工具：SqlParser ，GitHub地址 https://github.com/JSQLParser/JSqlParser 本次演示版本：http://search.maven.org/remotecontent?filepath=com/github/jsqlparser/jsqlparser/0.9.1/jsqlparser-0.9.1.jar 转换工具类（先导入下载的jar
SQL优化 - Limit优化
vonlinee的博客
10-18 890
如果要进行filesort，则在找到row_count行之前，所有不带LIMIT子句能查出来的行都会被查询，并对其中大部分或全部行进行排序。为了避免这种情况，可以在 SQL 查询语句中使用唯一的排序字段来进行排序，或者在 SQL 查询语句中增加一个唯一的排序条件，例如使用 id 字段进行排序，这样可以确保每条记录在排序后都是唯一的。如果ORDER BY排序字段存在重复值，那么结果的顺序可能是不同的，也就是说在分页查询中可能会出现多页出现同一条数据的情况，数据重复。的方式来指定要查询的记录范围。
SQL语句优化-东软软件公司.ppt
最新发布
07-03
在数据库管理和优化领域，SQL语句的优化是一个至关重要的环节，尤其在东软股份这样的大型软件公司中，优化后的SQL语句能够极大提升数据库性能，减少查询时间，从而提高整个系统的效率和用户体验。针对SQL语句的优化...
2021-SQL开发及优化.ppt
09-01
SQL开发与优化是数据库管理中的关键环节，它涉及到提高查询性能、减少资源消耗以及确保系统的稳定运行。本讲座主要探讨了SQL开发的一些基本原则、优化策略以及执行过程的理解，旨在帮助开发者提升SQL的编写质量和...
Oracle-SQL优化.docx
09-12
Oracle SQL 优化是指对 Oracle 数据库中的 SQL 语句进行优化，以提高查询效率、减少资源占用和提高系统性能。下面是 Oracle SQL 优化的相关知识点： 一、 SQL 语句编写注意问题 1.1 IS NULL 与 IS NOT NULL 在...
Oracle_SQL-Optimization.rar_oracle_sql优化
09-20
6. **减少排序和临时表**：不必要的ORDER BY和GROUP BY操作会增加排序开销。优化查询结构，尽量减少排序需求，或者利用索引进行排序。 7. **查询优化器**：理解CBO（Cost-Based Optimizer）的工作原理，学习如何...
Java中通用去除Order By
资深架构师分享：深入剖析软件架构，探讨云计算、微服务、大数据等前沿技术。分享实践经验，促进技术交流，共同构建卓越系统。
01-18 2324
背景 公司有一个分页的后台组件，为了方便开发人员使用，在让开发人员传分页语句时候，不需要传入求总数的sql语句，那么这样就会有个埋伏，当查询语句时普通查询语句时没有问题，如果查询语句是带有排序的语句，并且sql数据量相对较大的情况下，会在本身查询时不慢，但是在求总数时特别慢。 那么解决上述问题一共有几种办法。 把分页求总数的语句给单独起个属性给暴露给开发人员。（这样，开发人员的复杂性就大了） 利...
SQLite Order By
冷月醉雪的博客
01-31 662
   SQLite的ORDER BY子句是用来基于一个或多个列按升序或降序排列数据。 语法    ORDER BY 子句的基本语法如下：   SELECT column-list FROM table_name [WHERE condition] [ORDER BY column1, column2, .. columnN] [ASC | DESC];    你可以在ORDER ...
php正则表达式去掉sql里面的order by
walle的博客
07-31 558
在sqlserver里面，例如这样的语句会报错： select count(1) from ( select * from aaa order by productid ) 除非另外还指定了 TOP、OFFSET 或 FOR XML，否则，ORDER BY 子句在视图、内联函数、派生表、子查询和公用表表达式中无效。 正则表达式去掉sql里面的order by $sql = "select * from (select * from t_x Order by ( id) Asc ,.
子查询优化与排序优化
m0_69766497的博客
10-27 1495
MySQL从4.1版本开始支持子查询，使用子查询可以进行select语句嵌套查询，即一个select查询的结果作为另一个select语句的条件。子查询可以一次性完成很多逻辑上需要多个步骤才能完成的sql操作。子查询是MySQL的一项重要的功能，可以帮助我们通过一个SQL语句实现比较复杂的查询。但是，子查询的执行效率并不高执行子查询时，MySQL需要为内存查询语句的查询结果建立一个临时表，然后外层查询语句从临时表中查询记录。查询完毕后，再撤销这些临时表。
mysql ORDER BY,GROUP BY 和DISTINCT原理
weixin_34315665的博客
11-18 710
前言 除了常规的Join语句之外，还有一类Query语句也是使用比较频繁的，那就是ORDERBY，GROUP BY以及DISTINCT这三类查询。考虑到这三类查询都涉及到数据的排序等操作，所以我将他们放在了一起，下面就针对这三类Query语句做基本的分析。   ORDER BY 的实现与优化 在MySQL中，ORDERBY的实现有如下两种类型： 一种是通过有序索引而直接取得有序的数据，...
MySQL高级 SQL优化【order by&group by优化】
日常学习总结
01-04 1545
SQL优化：order by优化和group by优化
sql优化--in和exists效率
05-07
<think>嗯，用户问的是SQL中IN和EXISTS的效率比较以及优化方法。首先，我得回忆一下数据库查询优化相关的知识。IN和EXISTS都是用来做子查询的，但它们的执行方式可能不同。 根据引用3提到的，Oracle的CBO优化器在处理IN和EXISTS时，可能会将它们转换成类似的查询结构。比如IN子查询被转换为内联视图的JOIN，而EXISTS则可能变成半连接。这说明在较新的Oracle版本中，两者的性能差异可能不大，因为优化器会进行查询重写。不过，具体情况还要看数据分布和索引情况。 然后要考虑子查询的结果集大小。如果子查询结果很大，IN可能会先执行子查询，生成临时表再进行JOIN，这样可能效率不高。而EXISTS是逐行检查，可能更高效，尤其是当外层表较小时。相反，如果子查询结果小，IN可能更快，因为可以快速生成列表进行匹配。 另外，NULL值的影响也很重要。IN在处理NULL时可能会有意外结果，比如当子查询返回NULL时，IN的条件会变成未知，导致不返回任何结果。而EXISTS只关心是否存在记录，不处理NULL，所以结果更可控。这点在引用1中也提到，当列允许NULL时，两者的结果和性能可能与NOT NULL列不同，需要注意。 索引的使用也是关键。无论是IN还是EXISTS，如果关联字段没有索引，性能都会差。比如，JOINB的cust_id和cust_first_name是否有索引会影响查询速度。引用2提到合理使用查询重写和结合执行计划分析，所以建议用户查看执行计划，确认是否走索引。 优化方法方面，可以建议用户使用EXPLAIN PLAN分析执行计划，确保正确的索引被使用。另外，考虑将子查询转换为JOIN，有时候手动优化比依赖优化器更有效。还要注意避免在子查询中使用DISTINCT或ORDER BY，因为会增加排序开销，引用4指出这些操作会导致多次排序，影响性能。 可能用户的实际场景中遇到了性能问题，想知道该用IN还是EXISTS。需要强调测试的重要性，因为不同的数据库和数据情况可能导致不同的结果。同时，提醒用户注意NULL值的问题，确保查询结果的正确性。 总结一下，回答需要分点说明两者的机制、性能对比因素、优化建议，并引用提供的资料来支持观点。还要生成相关问题，帮助用户深入理解。</think>### SQL IN vs EXISTS 性能优化对比分析 #### 一、IN与EXISTS的底层机制 1. **IN子查询** - 通常以`内联视图`方式处理，先执行子查询生成结果集，再与外层表通过`JOIN`关联。例如： $$SELECT * FROM A WHERE id IN (SELECT id FROM B)$$ 可能被优化器转换为： $$SELECT A.* FROM A JOIN (SELECT DISTINCT id FROM B) B_sub ON A.id = B_sub.id$$ 若子查询结果集大，可能产生临时表影响性能[^3]。 2. **EXISTS子查询** - 采用`半连接（Semi-Join）`机制，逐行检查外层表记录是否满足条件，适合外层表小、子查询关联字段有索引的场景。例如： $$SELECT * FROM A WHERE EXISTS (SELECT 1 FROM B WHERE B.id = A.id)$$ 优化器可能优先使用索引快速定位匹配项[^3]。 --- #### 二、性能对比关键因素 | 场景 | IN更优 | EXISTS更优 | |---------------------|----------------------------|--------------------------| | 外层表 vs 子查询结果 | 子查询结果集小 | 外层表结果集小 | | 索引情况 | 子查询字段有唯一索引 | 关联字段有高效索引 | | NULL值处理 | 子查询结果可能包含NULL[^1] | EXISTS忽略NULL值更安全 | --- #### 三、优化建议 1. **优先检查执行计划** 使用`EXPLAIN PLAN`分析查询路径，确保关联字段（如`cust_id`）有索引覆盖。例如： ```sql -- 添加索引示例 CREATE INDEX idx_joinb_custid ON JOINB(cust_id); CREATE INDEX idx_joina_custid ON JOINA(cust_id); ``` 2. **子查询结果集控制** - 对IN子查询添加`LIMIT`或过滤条件，减少临时表大小： $$SELECT * FROM A WHERE id IN (SELECT id FROM B WHERE condition LIMIT 1000)$$ - 对EXISTS子查询确保关联条件简洁，避免复杂计算。 3. **避免冗余操作** - 移除子查询中的`DISTINCT`或`ORDER BY`（会触发额外排序）[^4]。 - 将`SELECT *`替换为`SELECT 1`（EXISTS子查询无需返回数据）。 4. **语义等价重写** 手动将IN/EXISTS转换为`JOIN`，例如： ```sql -- IN转JOIN SELECT A.* FROM A INNER JOIN B ON A.id = B.id; -- EXISTS转JOIN SELECT A.* FROM A WHERE id IN (SELECT id FROM B); ``` --- #### 四、实际案例分析 **示例表结构**（引用自[^3]）： - `JOINA(cust_id, ...)` - `JOINB(cust_id, cust_first_name, ...)` **查询优化对比**： - 原IN查询： $$SELECT COUNT(*) FROM JOINA WHERE cust_id IN (SELECT cust_id FROM JOINB WHERE cust_first_name LIKE 'C%')$$ 执行计划可能生成临时表`VW_NSO_1`并进行哈希连接。 - 原EXISTS查询： $$SELECT COUNT(*) FROM JOINA A WHERE EXISTS (SELECT 1 FROM JOINB B WHERE B.cust_id = A.cust_id AND B.cust_first_name LIKE 'C%')$$ 可能通过索引快速定位匹配项，减少全表扫描。 --- #### 五、总结 - **等价值场景**：现代CBO优化器（如Oracle 10g+）可能将IN/EXISTS转换为相似执行计划[^3]。 - **优化核心**：通过索引减少IO、控制结果集大小、避免冗余操作。 - **决策建议**：外层表大用IN，外层表小用EXISTS；始终验证执行计划。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值