【SQL 学习】排序问题之order by与索引排序

简介:
SQL> conn yang/yang as sysdba
已连接。
SQL> create table t as select object_id id ,object_name name
  2  from dba_objects ;
表已创建。
SQL> set autot traceonly
一次普通的全表扫描,没有排序的!
SQL> select id ,name from t;
已选择68372行。
执行计划
----------------------------------------------------------                      
Plan hash value: 1601196873                                                    
--------------------------------------------------------------------------      
| Id  | Operation         | Name | Rows  | Bytes | Cost (%CPU)| Time     |      
--------------------------------------------------------------------------      
|   0 | SELECT STATEMENT  |      | 64794 |  4998K|    91   (2)| 00:00:02 |      
|   1 |   TABLE ACCESS FULL| T    | 64794 |  4998K|    91   (2)| 00:00:02 |      
--------------------------------------------------------------------------      
Note                                                                            
-----                                                                           
   - dynamic sampling used for this statement
统计信息
----------------------------------------------------------                      
         68  recursive calls                                                    
          0  db block gets                                                      
       4943  consistent gets                                                    
        325  physical reads                                                     
          0  redo size                                                          
    2936793  bytes sent via SQL*Net to client                                   
      50554  bytes received via SQL*Net from client                             
       4560  SQL*Net roundtrips to/from client                                  
           0  sorts (memory)                                                     
          0  sorts (disk)                                                       
      68372  rows processed    
--根据id 排序!注意执行计划里面的TempSpc 是临时空间,大小11M
SQL> select id ,name from t order by id;
已选择68372行。
执行计划
----------------------------------------------------------                      
Plan hash value: 961378228                                                      
----------------------------------------------------------------------------------               
| Id  | Operation          | Name | Rows  | Bytes | TempSpc| Cost (%CPU)| Time | 
--------------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |      | 64794 |  4998K|    |  1283   (1)| 00:00:16 | 
|   1 |   SORT ORDER BY     |      | 64794 |  4998K|     11M|  1283   (1)| 00:00:16 | 
|   2 |   TABLE ACCESS FULL| T    | 64794 |  4998K|       |    91   (2)| 00:00:02 |
----------------------------------------------------------------------------------- 
Note                                                                            
-----                                                                           
   - dynamic sampling used for this statement                                   
统计信息
----------------------------------------------------------                      
          4  recursive calls                                                    
          0  db block gets                                                      
        394  consistent gets                                                    
          0  physical reads                                                     
          0  redo size                                                          
    2663362  bytes sent via SQL*Net to client                                   
      50554  bytes received via SQL*Net from client                             
       4560  SQL*Net roundtrips to/from client                                  
          1  sorts (memory)                                                     
          0  sorts (disk)                                                       
      68372  rows processed                                                     

--在表的 id 字段建立索引,并进行信息统计。
SQL> create index idx_id on t(id) ;
索引已创建。
SQL> exec dbms_stats.gather_table_stats(user ,'T',cascade => true);
PL/SQL 过程已成功完成。

SQL> select id ,name from t order by id;
已选择68372行。
执行计划
----------------------------------------------------------                      
Plan hash value: 961378228                                                     
-----------------------------------------------------------------------------------
| Id  | Operation          | Name | Rows  | Bytes | TempSpc| Cost (%CPU)| Time   | 
----------------------------------------------------------------------------------- 
|   0 | SELECT STATEMENT   |      | 68372 |  1936K|       |   638   (1)| 00:00:08 |
|   1 |   SORT ORDER BY     |      | 68372 |  1936K|  5384K|   638   (1)| 00:00:08 |
|   2 |   TABLE ACCESS FULL| T    | 68372 |  1936K|       |    91   (2)| 00:00:02 |
-----------------------------------------------------------------------------------              
统计信息
----------------------------------------------------------                      
        151  recursive calls                                                    
          0  db block gets                                                      
        348  consistent gets                                                    
          0  physical reads                                                     
          0  redo size                                                          
    2663362  bytes sent via SQL*Net to client                                   
      50554  bytes received via SQL*Net from client                             
       4560  SQL*Net roundtrips to/from client                                  
           5  sorts (memory) --没有使用索引比全表扫描多了四此排序
          0  sorts (disk)                                                       
      68372  rows processed    
--使用索引。执行计划中没有tempspac                                              
SQL> select id ,name from t where id <1200 order by id; --加上了order by
已选择1133行。
执行计划
---------------------------------------------------------- 
Plan hash value: 827754323
--------------------------------------------------------------------------------------
| Id  | Operation                   | Name   | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |        |  1167 | 33843 |    10   (0)| 00:00:01 |
|   1 |  TABLE ACCESS BY INDEX ROWID| T      |  1167 | 33843 |    10   (0)| 00:00:01 |
|*  2 |   INDEX RANGE SCAN          | IDX_ID |  1167 |       |     4   (0)| 00:00:01 |
--------------------------------------------------------------------------------------
Predicate Information (identified by operation id): 
--------------------------------------------------- 
   2 - access("ID"<1200)
统计信息
---------------------------------------------------------- 
          1  recursive calls  
          0  db block gets   
        160  consistent gets 
          0  physical reads  
          0  redo size   
      37872  bytes sent via SQL*Net to client  
       1241  bytes received via SQL*Net from client
         77  SQL*Net roundtrips to/from client   
          0  sorts (memory) --这里可以看出没有排序!
          0  sorts (disk)   
       1133  rows processed 


小结:
如果数据直接从索引获取,也是有序的,此时加order by,cbo不会执行sort 排序动作的。即,加上order by对性能也不会有什么影响!
其实这里还是有疑问的
1 根据id 排序 走全表扫描和建立了索引后信息统计上有差别,前者比后者少了3个sort 操作!而后者的TempSpc比全表扫描少了将近一半!
2 关于TempSpc 的理解如果是临时表空间 ,就用到了磁盘排序了 ,而执行上面没有显示disk sort!
   对这两个问题问个为什么?
相关文章
|
11月前
|
存储 SQL 关系型数据库
mysql底层原理:索引、慢查询、 sql优化、事务、隔离级别、MVCC、redolog、undolog(图解+秒懂+史上最全)
mysql底层原理:索引、慢查询、 sql优化、事务、隔离级别、MVCC、redolog、undolog(图解+秒懂+史上最全)
mysql底层原理:索引、慢查询、 sql优化、事务、隔离级别、MVCC、redolog、undolog(图解+秒懂+史上最全)
|
11月前
|
SQL
SQL如何在CTE中使用Order By的功能
SQL Server如何在CTE中使用Order By的功能
|
SQL 存储 关系型数据库
SQL优化策略与实践:组合索引与最左前缀原则详解
本文介绍了SQL优化的多种方式,包括优化查询语句(避免使用SELECT *、减少数据处理量)、使用索引(创建合适索引类型)、查询缓存、优化表结构、使用存储过程和触发器、批量处理以及分析和监控数据库性能。同时,文章详细讲解了组合索引的概念及其最左前缀原则,即MySQL从索引的最左列开始匹配条件,若跳过最左列,则索引失效。通过示例代码,展示了如何在实际场景中应用这些优化策略,以提高数据库查询效率和系统响应速度。
735 10
|
SQL 索引
【YashanDB知识库】字段加上索引后,SQL查询不到结果
【YashanDB知识库】字段加上索引后,SQL查询不到结果
|
SQL 存储 关系型数据库
【MySQL基础篇】全面学习总结SQL语法、DataGrip安装教程
本文详细介绍了MySQL中的SQL语法,包括数据定义(DDL)、数据操作(DML)、数据查询(DQL)和数据控制(DCL)四个主要部分。内容涵盖了创建、修改和删除数据库、表以及表字段的操作,以及通过图形化工具DataGrip进行数据库管理和查询。此外,还讲解了数据的增、删、改、查操作,以及查询语句的条件、聚合函数、分组、排序和分页等知识点。
1437 56
【MySQL基础篇】全面学习总结SQL语法、DataGrip安装教程
|
SQL 关系型数据库 OLAP
云原生数据仓库AnalyticDB PostgreSQL同一个SQL可以实现向量索引、全文索引GIN、普通索引BTREE混合查询,简化业务实现逻辑、提升查询性能
本文档介绍了如何在AnalyticDB for PostgreSQL中创建表、向量索引及混合检索的实现步骤。主要内容包括:创建`articles`表并设置向量存储格式,创建ANN向量索引,为表增加`username`和`time`列,建立BTREE索引和GIN全文检索索引,并展示了查询结果。参考文档提供了详细的SQL语句和配置说明。
618 2
|
SQL 安全 前端开发
Web学习_SQL注入_联合查询注入
联合查询注入是一种强大的SQL注入攻击方式,攻击者可以通过 `UNION`语句合并多个查询的结果,从而获取敏感信息。防御SQL注入需要多层次的措施,包括使用预处理语句和参数化查询、输入验证和过滤、最小权限原则、隐藏错误信息以及使用Web应用防火墙。通过这些措施,可以有效地提高Web应用程序的安全性,防止SQL注入攻击。
880 2
|
SQL 关系型数据库 MySQL
SQL中,可以使用 `ORDER BY` 子句来实现排序功能
【10月更文挑战第26天】SQL中,可以使用 `ORDER BY` 子句来实现排序功能
1862 6
|
SQL Oracle 关系型数据库
SQL优化-使用联合索引和函数索引
在一次例行巡检中,发现一条使用 `to_char` 函数将日期转换为字符串的 SQL 语句 CPU 利用率很高。为了优化该语句,首先分析了 where 条件中各列的选择性,并创建了不同类型的索引,包括普通索引、函数索引和虚拟列索引。通过对比不同索引的执行计划,最终确定了使用复合索引(包含函数表达式)能够显著降低查询成本,提高执行效率。
374 3
|
关系型数据库 MySQL 网络安全
5-10Can't connect to MySQL server on 'sh-cynosl-grp-fcs50xoa.sql.tencentcdb.com' (110)")
5-10Can't connect to MySQL server on 'sh-cynosl-grp-fcs50xoa.sql.tencentcdb.com' (110)")