Если при полном просмотре таблицы (full table scan) выполняется многоблочное чтение, то это положительно влияет на производительность. То есть, за одну операцию ввода/вывода читается несколько блоков, и вся таблица будет прочитана с файла в буферный кэш за минимальное количество операций ввода/вывода.
Кол-во блоков, которое будет прочитано из файла в буферный кэш за одну системную операцию ввода/вывода устанавливается параметром db_file_multiblock_read_count. В OLTP системах он обычно равен от 8 до 16, а в OLAP системах от 32 и выше. На большинстве платформ значение db_file_multiblock_read_count может быть равен максимум 128, об это написано в предыдущей теме.
С помощью представления v$filestat можно посмотреть статистику по количеству одноблочных и многоблочных чтений. Описание полей из документации (только те, что интересуют нас и относятся к чтению):
FILE# Number of the file
PHYRDS Number of physical reads done
PHYBLKRD Number of physical blocks read
SINGLEBLKRDS Number of single block reads
В списке полей нет поля о кол-ве многоблочных чтений, но его мы можем получить отняв SINGLEBLKRDS (так как, за одну операцию одноблочного чтения читается один блок) от суммарного количества физических чтений PHYRDS:
MULTIRDS = PHYRDS-SINGLEBLKRDSА кол-во блоков прочитанных в режиме многоблочного чтения можно получить отняв SINGLEBLKRDS от суммарного кол-ва прочитанных блоков PHYBLKRD:
MULTIBLKRDS = PHYBLKRD-SINGLEBLKRDSЕще один важный параметр, который можно получить - это
среднее количество блоков прочитанных в многоблочном чтении. Если этот параметр близок к db_file_multiblock_read_count, то это хорошо. Это значит, что при многоблочном чтении из файла в буферный кэш, за минимальное количество операций ввода/вывода, читается максимальное количество блоков.
BLKSMULTIBLKRDS = MULTIBLKRDS/MULTIRDSСкрипт:
select round(SINGLEBLKRDS/PHYBLKRD,2) SINGLEBLKRDS_PCT,
round((PHYBLKRD-SINGLEBLKRDS)/PHYBLKRD,2) MULTIBLKRDS_PCT,
round((PHYBLKRD-SINGLEBLKRDS)/(PHYRDS-SINGLEBLKRDS),2) BLKSMULTIBLKRDS,
k.tablespace_name
from v$filestat t, dba_data_files k
where t.file#=k.file_id
order by 1
Здесь приблизительный результат:
SINGLEBLKRDS_PCT MULTIBLKRDS_PCT BLKSMULTIBLKRDS TABLESPACE_NAME
0 1 7,74 CCCTBS
0 1 7,83 CCCTBS
0 1 7,88 CCCTBS
0 1 15,73 USERS
0,01 0,99 7,88 CCCTBS
0,01 0,99 14,65 DDDDTBS
0,02 0,98 11,82 DATA_MED
0,03 0,97 11,73 DATA_MED
0,05 0,95 13,54 AAA_BBB
0,07 0,93 1,03 EEEETBS
0,26 0,74 14,49 DATA_SML
0,3 0,7 10,32 GGGDATA
0,31 0,69 9,35 SYSTEM
0,49 0,51 11,32 DATA_BIG
0,5 0,5 11,41 DATA_BIG
0,52 0,48 10 DATA_BIG
0,52 0,48 11,47 DATA_BIG
0,53 0,47 10,21 DATA_BIG
0,68 0,32 14,52 DATA_BIG
0,91 0,09 14,68 DATA_BIG_IX
0,91 0,09 15,28 DATA_BIG_IX
0,92 0,08 1 UNDO
0,92 0,08 14,81 DATA_BIG_IX
0,92 0,08 15,08 DATA_BIG_IX
0,93 0,07 15,32 DATA_BIG_IX
0,98 0,02 1 AAA_BBB_IX
0,99 0,01 1,65 FFFFTBS
1 0 1 DATA_SML_IX
1 0 1 DATA_MED_IX
Как показывает отчет, в табличных пространствах, где хранятся индексы (_IX) почти нет (или очень низкий процент) многоблочного чтения, думаю это из-за того, что в них нет таблиц, соответсвенно не бывает полных просмотров таблиц (table full scan) и очень низок процент fast full index scan.
