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