當執行一條SQL查詢的時候，為了獲得滿足的數據，查詢在這個過程中完成解析，綁定，執行和提取數據等一系列步驟，這些步驟都是單獨執行的，滿足條件的數據行必須由數據庫返回給應用；對于任何大小的結果集，需要返回的數據行很可能不是在一次往返調用過程中傳遞給應用的！
每次調用過程中，數據庫與客戶端之間的往返回路數將一定層次上影響總的響應時間，其中除了提取數據(FETCH)步驟，其余步驟(解析，綁定，執行)都只執行一次，這也是必要的，Oracle需要獲得滿足查詢條件的所有數據結果從而執行多次提取操作。
關于提取操作的機制，一次FETCH調用將會訪問緩沖區緩存中的一個或多個數據塊，每次訪問一個數據塊的時候，Oracle會在該塊中取出數據行然后在一次回路中返回給客戶端，這里對于一次返回的行數便是Arraysize(列大小)，Arraysize表明了一次提取操作在網絡回路中傳輸的可能的數據行數。
分析Arraysize的機制我們可以得知Arraysize對于邏輯讀的一個基本的影響，如果在應用中相應的提高Arraysize的大小，相比之前的設置，每次從數據塊中獲取的行數將對應得到提高，相同行數情況下，訪問數據塊的次數自然減小，邏輯讀也就相應的降低；實際情況也是如此。
-- 查看當前的Arraysize
SQL> show arraysize
arraysize 15
SQL> set autotrace traceonly statistics
SQL> select * from dba_objects;
72457 rows selected.
Statistics
----------------------------------------------------------
0 recursive calls
0 db block gets
7675 consistent gets
5 physical reads
0 redo size
3463453 bytes sent via SQL*Net to client
53549 bytes received via SQL*Net from client
4832 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
72457 rows processed
-- 設置Arraysize為50
SQL> set arraysize 50
SQL> /
72457 rows selected.
Statistics
----------------------------------------------------------
15 recursive calls
0 db block gets
3618 consistent gets
0 physical reads
0 redo size
3034066 bytes sent via SQL*Net to client
16358 bytes received via SQL*Net from client
1451 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
72457 rows processed
上面的測試我以SQL*Plus為例，選取了對dba_objects表訪問的查詢，SQL查詢的結果集是相同的，這時將Arraysize的值從默認的15提高至50，就看到了非常明顯的變化：
1.邏輯讀次數大幅減小，由7675減至3618。
2.網絡往返次數由之前的4832次下降到只需要1451次。
需要注意的是這些改變都是與SQL語句本身無關的，Arraysize大小需要通過編程實現，本例中使用SQL*Plus環境中的SET ARRAYSIZE命令，如果是Java應用，可以通過設置Connection.SetdefaultRowPrefetch(n)來實現。
您可能感興趣的文章:- oracle中通配符和運算符的使用方法介紹
- oracle邏輯結構分析
- Oracle查看邏輯讀、物理讀資源占用排行的SQL語句
- Oracle數據庫邏輯備份的SH文件
- oracle邏輯運算符與其優先級簡介
