oracle数据块状态视图v$bh的用法
1.创建一个测试表，test，并且插入10000行数据；
2.创建一个存储过程SHOW_SPACE:
3.检查表test的空间使用情况：
SQL> exec show_space('TEST');
Total Blocks............................24
Total Bytes.............................196608
Unused Blocks...........................3
Unused Bytes............................24576
Last Used Ext FileId....................1
Last Used Ext BlockId...................58745
Last Used Block.........................5
由上可知，该表test共占用了24个数据块，196608字节，文件ID为1
4.获得表test在数据块中的分布情况：
由此可见，表test中的数据共占用了16个数据块，但是前面第三步中，发现该表占用了24个数据块。这是正常的，因为oracle本身会使用8个数据库来记录段头、位图块等额外的信息。我们现在只需要了解到，表test共占用了24个数据块，其中16个是数据，8个是表信息。
5.检查x$bh和v$bh的更新：
这里可以看到，在v$bh和x$bh中得到的数据块，是从58729～58749的21条记录，但是在第四步中，我们知道数据是占用了58730～58745的16个数据库，这里，58729数据块里面存放的是段头信息，可以通过如下命令进行验证：
在v$bh视图中，我们可以看到这21个数据块都是xcur状态，表示这些数据块都是排斥状态，正在被使用，该字段还有其他的类型,
oracle的缓冲块的管理机制一直没有正式的发布过，因此许多有经验的oracle工程师都是通过经验或者一下oracle文档中的注释来推断oracle的缓冲块的管理机制的。
事实上，oralce使用v$bh视图来记录与数据缓冲（data buffer）相关的信息，它详细记录了数据缓冲中每一个数据块（data block）的状态信息。
在v$bh视图中的status字段，记录了数据块的状态，在非OPS、非RAC这样的集群环境中，数据块的状态会是下列几种之一：xcur，cr，read，free，用户可以通过如下命令得到数据库的状态信息：
SQL> select unique status from v$bh;
其状态的意义分别是：
xcur：（exclusive current）的意思，表示该数据块处于排外模式；
cr：表示该数据块是一个克隆（clone）的数据库，可以执行共享的只读操作；
free：表示这是一个限制的数据块，oracle现在没有使用它；
read：表示该数据块正在从磁盘读取数据；
write：表示数据库正在往磁盘写入数据；
在数据库恢复过程中，该字段还有另外两个描述：mrec和irec：
mrec：（media recovery）表示数据块处于介质恢复模式；
irec：（instance recovery）表示数据块处于实例恢复模式；
在RAC环境中，数据块还有另外一种模式：
scur （shared current），表示该数据库正在和其他实例共享数据。
6.清空数据缓存：
7.重新检查v$bh和x$bh的内容：
这时候我们可以看到，x$bh中的tch字段，已经由原来的3变成了0，同时v$bh视图的数据块状态也变成了free，但是记录的数据块并没有发生变化，还是在58729～58749这些数据块中，这就是说，虽然数据已经被写到了磁盘中，但是数据库记录的指针并没有清空，仅仅是其状态发生了改变。
8.进阶
明白是oracle数据库管理数据块的部分工作模式后，我们可以利用v$bh文件统计对象在数据缓冲中被cache的块数了，如：
表示表test中有17个数据块还存在于缓存当中。
begin
for i in 1 .. 10000 loop
execute immediate 'insert into test values(:x)'
using i;
end loop;
end;
2.创建一个存储过程SHOW_SPACE:
create or replace procedure show_space(p_segname in varchar2,
p_owner in varchar2 default user,
p_type in varchar2 default 'TABLE',
p_partition in varchar2 default NULL) as
l_total_blocks number;
l_total_bytes number;
l_unused_blocks number;
l_unused_bytes number;
l_LastUsedExtFileId number;
l_LastUsedExtBlockId number;
l_last_used_block number;
procedure p(p_label in varchar2, p_num in number) is
begin
dbms_output.put_line(rpad(p_label, 40, '.') || p_num);
end;
begin
dbms_space.unused_space(segment_owner => p_owner,
segment_name => p_segname,
segment_type => p_type,
partition_name => p_partition,
total_blocks => l_total_blocks,
total_bytes => l_total_bytes,
unused_blocks => l_unused_blocks,
unused_bytes => l_unused_bytes,
last_used_extent_file_id => l_LastUsedExtFileId,
last_used_extent_block_id => l_LastUsedExtBlockId,
last_used_block => l_last_used_block);
p('Total Blocks', l_total_blocks);
p('Total Bytes', l_total_bytes);
p('Unused Blocks', l_unused_blocks);
p('Unused Bytes', l_unused_bytes);
p('Last Used Ext FileId', l_LastUsedExtFileId);
p('Last Used Ext BlockId', l_LastUsedExtBlockId);
p('Last Used Block', l_last_used_block);
end;
3.检查表test的空间使用情况：
引用
SQL> exec show_space('TEST');
Total Blocks............................24
Total Bytes.............................196608
Unused Blocks...........................3
Unused Bytes............................24576
Last Used Ext FileId....................1
Last Used Ext BlockId...................58745
Last Used Block.........................5
由上可知，该表test共占用了24个数据块，196608字节，文件ID为1
4.获得表test在数据块中的分布情况：
select f, b
from (select dbms_rowid.rowid_relative_fno(rowid) f,
dbms_rowid.rowid_block_number(rowid) b
from test)
group by f, b
order by b;
由此可见，表test中的数据共占用了16个数据块，但是前面第三步中，发现该表占用了24个数据块。这是正常的，因为oracle本身会使用8个数据库来记录段头、位图块等额外的信息。我们现在只需要了解到，表test共占用了24个数据块，其中16个是数据，8个是表信息。
5.检查x$bh和v$bh的更新：
select file#, dbablk, tch
from x$bh
where obj = (select data_object_id
from dba_objects
where owner = 'SYS'
and object_name = 'TEST')
order by dbablk;
select file#, block#, status
from v$bh
where objd = (select data_object_id
from dba_objects
where owner = 'SYS'
and object_name = 'TEST')
order by block#;
这里可以看到，在v$bh和x$bh中得到的数据块，是从58729～58749的21条记录，但是在第四步中，我们知道数据是占用了58730～58745的16个数据库，这里，58729数据块里面存放的是段头信息，可以通过如下命令进行验证：
select header_file, header_block from dba_segments where owner = 'SYS' and segment_name = 'TEST';
在v$bh视图中，我们可以看到这21个数据块都是xcur状态，表示这些数据块都是排斥状态，正在被使用，该字段还有其他的类型,
引用
oracle的缓冲块的管理机制一直没有正式的发布过，因此许多有经验的oracle工程师都是通过经验或者一下oracle文档中的注释来推断oracle的缓冲块的管理机制的。
事实上，oralce使用v$bh视图来记录与数据缓冲（data buffer）相关的信息，它详细记录了数据缓冲中每一个数据块（data block）的状态信息。
在v$bh视图中的status字段，记录了数据块的状态，在非OPS、非RAC这样的集群环境中，数据块的状态会是下列几种之一：xcur，cr，read，free，用户可以通过如下命令得到数据库的状态信息：
SQL> select unique status from v$bh;
其状态的意义分别是：
xcur：（exclusive current）的意思，表示该数据块处于排外模式；
cr：表示该数据块是一个克隆（clone）的数据库，可以执行共享的只读操作；
free：表示这是一个限制的数据块，oracle现在没有使用它；
read：表示该数据块正在从磁盘读取数据；
write：表示数据库正在往磁盘写入数据；
在数据库恢复过程中，该字段还有另外两个描述：mrec和irec：
mrec：（media recovery）表示数据块处于介质恢复模式；
irec：（instance recovery）表示数据块处于实例恢复模式；
在RAC环境中，数据块还有另外一种模式：
scur （shared current），表示该数据库正在和其他实例共享数据。
6.清空数据缓存：
alter system flush buffer_cache;
7.重新检查v$bh和x$bh的内容：
select file#, dbablk, tch
from x$bh
where obj = (select data_object_id
from dba_objects
where owner = 'SYS'
and object_name = 'TEST')
order by dbablk;
select file#, block#, status
from v$bh
where objd = (select data_object_id
from dba_objects
where owner = 'SYS'
and object_name = 'TEST')
order by block#;
这时候我们可以看到，x$bh中的tch字段，已经由原来的3变成了0，同时v$bh视图的数据块状态也变成了free，但是记录的数据块并没有发生变化，还是在58729～58749这些数据块中，这就是说，虽然数据已经被写到了磁盘中，但是数据库记录的指针并没有清空，仅仅是其状态发生了改变。
8.进阶
明白是oracle数据库管理数据块的部分工作模式后，我们可以利用v$bh文件统计对象在数据缓冲中被cache的块数了，如：
select count(*)
from v$bh
where objd = (select data_object_id
from dba_objects
where owner = 'SYS'
and object_name = 'TEST')
and status != 'free';
引用
COUNT(*)
----------
17
----------
17
表示表test中有17个数据块还存在于缓存当中。