增大sort_area_size 後 排序時間增長
SQL> conn system/yang as sysdba
已連線。
SQL> show parameter workarea_size_policy;
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
workarea_size_policy string AUTO
SQL> show parameter sort_area_size;
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
sort_area_size integer 65536
SQL> select count(*) from t;
COUNT(*)
----------
69085
SQL> set autotrace traceonly;
SQL> set timing on;
SQL> select * from t order by object_id;
已選擇69085行。
已用時間: 00: 00: 04.98
執行計劃
----------------------------------------------------------
Plan hash value: 4247898483
--------------------------------------------------------------------------------
------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time
|
--------------------------------------------------------------------------------
------
| 0 | SELECT STATEMENT | | 69085 | 6814K| 1349 (1)| 00:0
0:17 |
| 1 | TABLE ACCESS BY INDEX ROWID| T | 69085 | 6814K| 1349 (1)| 00:0
0:17 |
| 2 | INDEX FULL SCAN | I_T_ID | 69085 | | 159 (1)| 00:0
0:02 |
--------------------------------------------------------------------------------
------
統計資訊
----------------------------------------------------------
325 recursive calls
0 db block gets
10528 consistent gets
1015 physical reads
0 redo size
7894083 bytes sent via SQL*Net to client
51071 bytes received via SQL*Net from client
4607 SQL*Net roundtrips to/from client
2 sorts (memory)
0 sorts (disk)
69085 rows processed
SQL> alter session set workarea_size_policy=manual;
會話已更改。
已用時間: 00: 00: 00.04
SQL> alter session set sort_area_size =100000000;
會話已更改。
已用時間: 00: 00: 00.00
SQL> select * from t order by object_id;
已選擇69085行。
已用時間: 00: 00: 07.93
執行計劃
----------------------------------------------------------
Plan hash value: 961378228
---------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
---------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 69085 | 6814K| 283 (2)| 00:00:04 |
| 1 | SORT ORDER BY | | 69085 | 6814K| 283 (2)| 00:00:04 |
| 2 | TABLE ACCESS FULL| T | 69085 | 6814K| 280 (1)| 00:00:04 |
---------------------------------------------------------------------------
統計資訊
----------------------------------------------------------
11 recursive calls
372 db block gets
1024 consistent gets
4898 physical reads
0 redo size
3542598 bytes sent via SQL*Net to client
51071 bytes received via SQL*Net from client
4607 SQL*Net roundtrips to/from client
0 sorts (memory)
1 sorts (disk)
69085 rows processed
SQL> spool off
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/22664653/viewspace-669964/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 關於排序、sort_area_size、臨時表空間(轉)排序
- 【Oracle】排序與sort_area_sizeOracle排序
- 三星電視遊戲時間大幅增長遊戲
- Steam將在玩家遊戲時長增長後詢問是否修改評測遊戲
- 生成按時間增長的全域性唯一主鍵
- js根據時間排序JS排序
- List根據時間排序排序
- 後臺執行以及保持程式在後臺長時間執行
- 課後時間
- 使用MyBatis攔截器後,摸魚時間又長了。?MyBatis
- job 執行時間比排程間隔時間長
- 如何按最後修改時間對 ls 命令的輸出進行排序排序
- Java後端長時間無操作自動退出實現方案Java後端
- javascript計算指定日期增加多長時間後的日期JavaScript
- Map集合的按時間排序方法排序
- 【MySQL】innobackupex長時間hangMySql
- 【MySQL】innobackupex 長時間hangMySql
- oracle表空間增長趨勢分析Oracle
- Pixmania:研究發現智慧手機和平板電腦快速增長會導致工作時間延長
- js時間日期排序程式碼例項JS排序
- 建立index時候要用到排序空間Index排序
- 氣泡排序時間複雜度分析排序時間複雜度
- 學Java要多長時間?Java
- 直播軟體搭建,當前時間、既定時間後的時間及時間比較大小
- 計算時間,指定時間的多少個月後
- Q1全球超休閒遊戲安裝量增長103%,遊戲時長增長72%遊戲
- 移動網際網路增長最快時間僅1-2年——資訊圖
- 應用長時間未呼叫後再次呼叫出現hang的情況
- 安裝npm install時,長時間停留NPM
- PHP求時間間隔n天、周、月、年後的時間PHP
- 流量分食戰打響,小程式時長留存雙增長
- 【SQL】時間遞增的兩種方法SQL
- BI Intelligence:美國移動媒體消費時間四年增長500%Intel
- oracle 表空間關閉自增長 autoextend offOracle
- hands on順利approved之後長時間收不到證書怎麼辦APP
- 【SQLServer】Tempdb空間異常增長,空間佔用非常大SQLServer
- Streamelements:2020年Twitch觀看時長增長83%
- 排序演算法:堆排序的實現和時間複雜度分析排序演算法時間複雜度