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

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

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

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

-- 查看当前的ArraysizeSQL> show arraysizearraysize 15SQL> set autotrace traceonly statisticsSQL> 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为50SQL> set arraysize 50SQL> /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)来实现。