当前位置:Gxlcms > mysql > 实验讲解DB_FILE_MULTIBLOCK_READ_COUNT对物理读和IO次数的影响

实验讲解DB_FILE_MULTIBLOCK_READ_COUNT对物理读和IO次数的影响

时间:2021-07-01 10:21:17 帮助过:5人阅读

当执行SELECT语句时,如果在内存里找不到相应的数据,就会从磁盘读取进而缓存至LRU末端(冷端),这个过程就叫物理读。当相应数据已在内存,就会逻辑读。 物理读是磁盘读,逻辑读是内存读;内存读的速度远比磁盘读来得快。 参数db_file_multiblock_read_coun

当执行SELECT语句时,如果在内存里找不到相应的数据,就会从磁盘读取进而缓存至LRU末端(冷端),这个过程就叫物理读。当相应数据已在内存,就会逻辑读。

物理读是磁盘读,逻辑读是内存读;内存读的速度远比磁盘读来得快。

参数db_file_multiblock_read_count=N,会决定在全表扫描或索引全扫描时单次IO最大读取N个数据块。

下在结合实验来讲解物理读:

创建测试表:

create table t3 as select * from dba_segments tablespace users;

对测试表进行统计信息收集:

begin
dbms_stats.gather_table_stats(ownname => 'SYS',tabname => 'T3',cascade => true);
end;

查看T3表的相关信息:

select * from dba_tables where table_name='T3'
\

数据分布在100个数据块

修改参数

SQL> alter session set db_file_multiblock_read_count=1;

对T3表全扫描

\

可以看到,T3全扫描过程读取了101个数据块,同时引起103内存读(包括当前读和一致读)

截取这个步骤的AWR信息

\

db_file_multiblock_read_count=1的情况下,查询T3全表数据期间发生100.3个数据块的物理读,IO次数为100.3次。

\

USERS表空间的user01.dbf数据文件发生了101次读操作

增大db_file_multiblock_read_count之后

SQL> alter session set db_file_multiblock_read_count=128;

Session altered.

SQL> alter system flush buffer_cache;

查询表T3

\

物理读依旧101,逻辑读也相应改变

\

USERS表空间users01.dbf数据文件读次数降为15次

同样的数量的数据块物理读,如果单次读取的数据块越多,那么IO次数就越少,系统性能则越好。

-------------------------------------------------------------------------------------------------

本文来自于我的技术博客 http://blog.csdn.net/robo23

转载请标注源文链接,否则追究法律责任!

人气教程排行