不走order by的情况

最新推荐文章于 2022-07-01 07:34:30 发布
最新推荐文章于 2022-07-01 07:34:30 发布
阅读量681 收藏
点赞数
分类专栏： Oracle实验 Oracle数据库入门及进阶 文章标签： 不走order by的情况
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ghostliming/article/details/54708372
版权 
今天测试下，查询语句忽略order by的情况。
创建测试表并插入数据：
create table testindx(id number,name varchar2(10),sex varchar2(2),age int,high float,weight float);
begin
  for i in 1..100 loop
      insert into testindx values(i,i||'name','男',i,i,i);
  end loop;
end;

在id列上创建索引：
create index ind_testindx_id on testindx(id);

查询并查看执行计划：
1. 过滤为索引列，order by为非索引列
SQL> explain plan for select count(1) from testindx where id=3 order by name;
 
Explained
 
SQL> select * from table(DBMS_XPLAN.DISPLAY);
 
PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
Plan hash value: 2764140301
--------------------------------------------------------------------------------
| Id  | Operation         | Name            | Rows  | Bytes | Cost (%CPU)| Time
--------------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |                 |     1 |    20 |     2   (0)| 00:00
|   1 |  SORT AGGREGATE   |                 |     1 |    20 |            |
|*  2 |   INDEX RANGE SCAN| IND_TESTINDX_ID |     1 |       |     1   (0)| 00:00
--------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   2 - access("ID"=3)
Note
-----
   - dynamic sampling used for this statement (level=2)
 
18 rows selected

2. 过滤为索引列，order by为相同索引列
SQL> set autot on;
SQL> select * from testindx where id=3 order by id;

        ID NAME       SE        AGE       HIGH     WEIGHT
---------- ---------- -- ---------- ---------- ----------
         3 3name      男          3          3          3


执行计划
----------------------------------------------------------
Plan hash value: 899881125

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

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

| Id  | Operation                   | Name            | Rows  | Bytes | Cost (%C

PU)| Time     |

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

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

|   0 | SELECT STATEMENT            |                 |     1 |    62 |     2
(0)| 00:00:01 |

|   1 |  TABLE ACCESS BY INDEX ROWID| TESTINDX        |     1 |    62 |     2
(0)| 00:00:01 |

|*  2 |   INDEX RANGE SCAN          | IND_TESTINDX_ID |     1 |       |     1
(0)| 00:00:01 |

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

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


Predicate Information (identified by operation id):
---------------------------------------------------

   2 - access("ID"=3)

Note
-----
   - dynamic sampling used for this statement (level=2)


统计信息
----------------------------------------------------------
          7  recursive calls
          0  db block gets
         13  consistent gets
          0  physical reads
          0  redo size
        873  bytes sent via SQL*Net to client
        520  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          1  rows processed

忽略了order by

3.过滤为索引列，order by为不同索引列
在age列上创建索引
create index ind_testindx_age on testindx(age);
SQL> set autotrace traceonly
SQL> select * from testindx where id=3 order by age;


执行计划
----------------------------------------------------------
Plan hash value: 1192112165

--------------------------------------------------------------------------------
----------------
| Id  | Operation                    | Name            | Rows  | Bytes | Cost (%
CPU)| Time     |
--------------------------------------------------------------------------------
----------------
|   0 | SELECT STATEMENT             |                 |     1 |    62 |     3
(34)| 00:00:01 |
|   1 |  SORT ORDER BY               |                 |     1 |    62 |     3
(34)| 00:00:01 |
|   2 |   TABLE ACCESS BY INDEX ROWID| TESTINDX        |     1 |    62 |     2
 (0)| 00:00:01 |
|*  3 |    INDEX RANGE SCAN          | IND_TESTINDX_ID |     1 |       |     1
 (0)| 00:00:01 |
--------------------------------------------------------------------------------
----------------

Predicate Information (identified by operation id):
---------------------------------------------------

   3 - access("ID"=3)

Note
-----
   - dynamic sampling used for this statement (level=2)


统计信息
----------------------------------------------------------
          9  recursive calls
          0  db block gets
         13  consistent gets
          0  physical reads
          0  redo size
        869  bytes sent via SQL*Net to client
        520  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          1  sorts (memory)
          0  sorts (disk)
          1  rows processed
4.全都非索引列
SQL> select * from testindx where name='3name' order by name;

        ID NAME       SE        AGE       HIGH     WEIGHT
---------- ---------- -- ---------- ---------- ----------
         3 3name      男          3          3          3


执行计划
----------------------------------------------------------
Plan hash value: 1210584362

------------------------------------------------------------------------------
| Id  | Operation         | Name     | Rows  | Bytes | Cost (%CPU)| Time     |
------------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |          |     1 |    62 |     3   (0)| 00:00:01 |
|*  1 |  TABLE ACCESS FULL| TESTINDX |     1 |    62 |     3   (0)| 00:00:01 |
------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   1 - filter("NAME"='3name')

Note
-----
   - dynamic sampling used for this statement (level=2)


统计信息
----------------------------------------------------------
          0  recursive calls
          0  db block gets
          8  consistent gets
          0  physical reads
          0  redo size
        869  bytes sent via SQL*Net to client
        520  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          1  rows processed
没走索引，忽略了order by。
那么又想起了一个情况，做语句优化的时候，会发现count(1)+order by的情况，那么在2,4下，会走order by么？
2.select count(1) from testindx where id=3 order by id;
SQL> select count(1) from testindx where id=3 order by id;

  COUNT(1)
----------
         1


执行计划
----------------------------------------------------------
Plan hash value: 2764140301

--------------------------------------------------------------------------------
-----
| Id  | Operation         | Name            | Rows  | Bytes | Cost (%CPU)| Time
    |
--------------------------------------------------------------------------------
-----
|   0 | SELECT STATEMENT  |                 |     1 |    13 |     1   (0)| 00:00
:01 |
|   1 |  SORT AGGREGATE   |                 |     1 |    13 |            |
    |
|*  2 |   INDEX RANGE SCAN| IND_TESTINDX_ID |     1 |    13 |     1   (0)| 00:00
:01 |
--------------------------------------------------------------------------------
-----

Predicate Information (identified by operation id):
---------------------------------------------------

   2 - access("ID"=3)

Note
-----
   - dynamic sampling used for this statement (level=2)


统计信息
----------------------------------------------------------
          0  recursive calls
          0  db block gets
          1  consistent gets
          0  physical reads
          0  redo size
        527  bytes sent via SQL*Net to client
        520  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          1  rows processed

4.select count(1) from testindx where name='3name' order by name;
SQL> select count(1) from testindx where name='3name' order by name;

  COUNT(1)
----------
         1


执行计划
----------------------------------------------------------
Plan hash value: 2984520020

-------------------------------------------------------------------------------
| Id  | Operation          | Name     | Rows  | Bytes | Cost (%CPU)| Time     |
-------------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |          |     1 |     7 |     3   (0)| 00:00:01 |
|   1 |  SORT AGGREGATE    |          |     1 |     7 |            |          |
|*  2 |   TABLE ACCESS FULL| TESTINDX |     1 |     7 |     3   (0)| 00:00:01 |
-------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   2 - filter("NAME"='3name')

Note
-----
   - dynamic sampling used for this statement (level=2)


统计信息
----------------------------------------------------------
          0  recursive calls
          0  db block gets
          7  consistent gets
          0  physical reads
          0  redo size
        527  bytes sent via SQL*Net to client
        520  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          1  rows processed

那么，建议来了：
1. 如果过滤列与排序列相同，建议在该列创建索引
2. 如果count(1)就不要写order by了

丹心明月
关注
专栏目录
如何解决mysql数值型字符串order by排序失效问题 | 亲测有效
**My Coding Family**
06-03 2876
记录:如何解决mysql数值型字符串order by排序失效问题【详细】
Order by 后面不能直接Union
yangm
06-21 2406
同事写了一个SQL SELECT ERROR_MESSAGE, ERROR_CODE FROM CT_WBA_NEWCHECK_NEWSACODES ORDER BY ERROR_MESSAGE UNION ALL SELECT ERROR_MESSAGE, ERROR_CODE from ct_infoprod_errorcode ORDER BY ERROR_MESSAGE; 结...
mysql count 不走索引_select count怎么不走索引
weixin_35638218的博客
01-19 1325
嗯，我对比一下一致读，是全表比较好SQL> select count(*) from t;COUNT(*)----------402550Execution Plan----------------------------------------------------------Plan hash value: 2966233522-----------------------------...
MySQL | count(*)这么慢，我该怎么办？
sinat_27143551的博客
05-06 2082
在开发系统的时候，你可能经常需要计算一个表的行数，比如一个交易系统的所有变更记录总数。这时候你可能会想，一条 select count(*) from t 语句不就解决了...
oracle order by 走索引吗,oracle order by 索引是否使用的情况
weixin_32273159的博客
04-06 5347
刚开始在网上看了很多说order by 走索引有两个前提条件1，ORDER BY中所有的列必须包含在相同的索引中并保持在索引中的排列顺序.2，ORDER BY中所有的列必须定义为非空.下面是测试：建表：create table person(id VARCHAR2(50) not null,name VARCHAR2(20) not null,phone VARCHAR2(1...
Oracle不走索引的原因
Gavin luo 我们共同努力
04-03 1384
因为的确解帮助自己决了自己的问题，所以把这篇文章分享给大家 在Oracle数据库操作中，为什么有时一个表的某个字段明明有索引，当观察一些语的执行计划确不走索引呢？如何解决呢？本文我们主要就介绍这部分内容，接下来就让我们一起来了解一下  .          不走索引大体有以下几个原因：          你在Instance级别所用的是all_rows的方式          你的表
Oracle执行计划不走索引的原因总结
jason_deng的专栏
01-17 1979
不走索引大体有以下几个原因： 你在Instance级别所用的是all_rows的方式 你的表的统计信息(最可能的原因) 你的表很小，上文提到过的,Oracle的优化器认为不值得走索引。 解决方法： 可以修改init.ora中的OPTIMIZER_MODE这个参数,把它改为Rule或Choose,重起数据库。也可以使用4中所提的Hint。 不走索引的其它原因： 1、建立组合索引，但
oracle order by 走索引吗,ORDER BY是否走索引情况分析
weixin_34739699的博客
04-06 1738
该楼层疑似违规已被系统折叠隐藏此楼查看此楼1.ORDER BY 索引列走索引示例:12:15:49 SCOTT@orcl> select * from emp order by empno;已用时间: 00: 00: 00.01执行计划----------------------------------------------------------Plan hash value: 4...
Order by注入
qq_40710190的博客
07-01 4285
MySQL order by注入
mysql order by 顺序_mysql group by order by 执行顺序
weixin_28703489的博客
01-18 5314
写的顺序：select ... from... where.... group by... having... orderby..执行顺序：from... where...group by... having.... select ... orderby...本文就和大家一起深入研究下mysql中group by与orderby.下面是我模拟我的内容表​我现在需要取出每个分类中最新的内容selec...
oracle查询不走索引的情况,oracle查询不走索引的一些情况（索引失效）
weixin_39786341的博客
04-10 662
Oracle建立索引的目的是为了避免全表扫描，提高查询的效率。但是有些情况下，即使建立了索引，但是执行写出来的查询还是很慢，然后通过执行计划会发现是索引失效导致的(不走索引，走全表扫描)。所以需要了解一下有哪些些情况会导致索引失效，即查询不走索引的原因。在写SQL的层面上一些骚操作会导致索引失效没有写WHERE子句或查询条件没有建立索引既然没有WHERE子句，那么就是查询全部数据了，相当于全表扫描...
order by 不走索引的思考
热门推荐
militala的专栏
12-09 1万+
<br /> MySql性能优化，order by 不走索引的思考2009-07-12 11:43<br />今天早上查看网站，发现非常慢！进linux 用top查看，发现mysql cpu到了100%。开始怀疑是mysql性能的问题，不会10万条数据就卡成这样吧？虽然我的linux是在服务器上放了个虚拟机，但也不至于10万条记录挂啊？ 网上找了一大把文章，my.cnf也设置了，我虚拟机内存是2G,将key_buf设置成512M 还是卡。非常郁闷！<br /> <br />最后没办法，只能用explain来
ORACLE ORDER BY 索引
wq105032007067的专栏
09-04 3459
ORDER BY 通常会有两种实现方法，一个是利用有序索引自动实现，也就是说利用有序索引的有序性就不再另做排序操作了。另一个是把结果选好之后再排序。 用有序索引这种，当然是最快的，不过有一些限制条件，来看下面的测试。 17jquery.com 测试数据：student表有两个字段id ,sid ,id是主键。一共有20W条记录，id从1到200000,sid也是从1到2
oracle 不走索引的几种情况
weixin_44670498的博客
05-25 2455
oracle 不走索引的几种情况 不走索引的其它原因： 1、建立组合索引，但查询谓词并未使用组合索引的第一列，此处有一个INDEX SKIP SCAN概念。 2、在包含有null值的table列上建立索引，当时使用select count(*) from table时不会使用索引。 3、在索引列上使用函数时不会使用索引，如果一定要使用索引只能建立函数索引。 4、当被索引的列进行隐式的类型转换时不会使用索引。如:select * from t where indexed_column = 5，而indexed
oracle order by索引是否使用的情况
极客神殿
04-16 3223
刚开始在网上看了很多说order by 走索引有两个前提条件 1，ORDER BY中所有的列必须包含在相同的索引中并保持在索引中的排列顺序. 2，ORDER BY中所有的列必须定义为非空. 下面是测试：建表： create table person ( id VARCHAR2(50) not null, name
ORDER BY导致未按预期使用索引
gjc592的博客
11-22 290
在MySQL中经常出现未按照理想情况使用索引的情况，今天记录一种Order by语句的使用导致未按预期使用索引的情况。1. 问题现象1.1 SQL语句：SELECT DISTINCT ...
dynamic sampling used for this statement
lwei_998的专栏
03-13 4155
<br />用set autotrace on 跟踪SQL执行计划时，发现执行计划中使用了动态采样。<br />- dynamic sampling used for this statement (level=2)<br />在收集该表的统计信息后，动态采样从执行计划中消失：<br /><br />SQL> show parameter optimizer_dynamic_sampling;<br />NAME                                            TYPE
mysql order by 不走索引
最新发布
07-28
- *1* [MySQL的order by不使用索引的解决办法](https://blog.csdn.net/weixin_38238552/article/details/102530479)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

丹心明月

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值