Oracle Arraysize设置对于逻辑读的影响实例分析

当执行一条SQL查询的时候，为了获得满足的数据，查询在这个过程中完成解析，绑定，执行和提取数据等一系列步骤，这些步骤都是单独执行的，满足条件的数据行必须由数据库返回给应用;对于任何大小的结果集，需要返回的数据行很可能不是在一次往返调用过程中传递给应用的!

每次调用过程中，数据库与客户端之间的往返回路数将一定层次上影响总的响应时间，其中除了提取数据(FETCH)步骤，其余步骤(解析，绑定，执行)都只执行一次，这也是必要的，Oracle需要获得满足查询条件的所有数据结果从而执行多次提取操作。

关于提取操作的机制，一次FETCH调用将会访问缓冲区缓存中的一个或多个数据块，每次访问一个数据块的时候，Oracle会在该块中取出数据行然后在一次回路中返回给客户端，这里对于一次返回的行数便是Arraysize(列大小)，Arraysize表明了一次提取操作在网络回路中传输的可能的数据行数。

分析Arraysize的机制我们可以得知Arraysize对于逻辑读的一个基本的影响，如果在应用中相应的提高Arraysize的大小，相比之前的设置，每次从数据块中获取的行数将对应得到提高，相同行数情况下，访问数据块的次数自然减小，逻辑读也就相应的降低;实际情况也是如此。

1. -- 查看当前的Arraysize 
2. SQL> show arraysize 
3. arraysize 15 
4.   
5. SQL> set autotrace traceonly statistics 
6. SQL> select * from dba_objects; 
7.   
8. 72457 rows selected. 
9.   
10. Statistics 
11. ---------------------------------------------------------- 
12.      0 recursive calls 
13.      0 db block gets 
14.     7675 consistent gets 
15.      5 physical reads 
16.      0 redo size 
17.   3463453 bytes sent via SQL*Net to client 
18.    53549 bytes received via SQL*Net from client 
19.     4832 SQL*Net roundtrips to/from client 
20.      0 sorts (memory) 
21.      0 sorts (disk) 
22.    72457 rows processed 
23.   
24. -- 设置Arraysize为50 
25. SQL> set arraysize 50 
26. SQL> / 
27.   
28. 72457 rows selected. 
29.   
30. Statistics 
31. ---------------------------------------------------------- 
32.      15 recursive calls 
33.      0 db block gets 
34.     3618 consistent gets 
35.      0 physical reads 
36.      0 redo size 
37.   3034066 bytes sent via SQL*Net to client 
38.    16358 bytes received via SQL*Net from client 
39.     1451 SQL*Net roundtrips to/from client 
40.      0 sorts (memory) 
41.      0 sorts (disk) 
42.    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)来实现。