当执行一条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)来实现。
