Oracle给出了清空共享池的语法ALTER SYSTEM FLUSH SHARED_POOL。不过在9i中并没有给出相应的刷新数据库块缓冲区的方法。而在10g中，Oracle新增了刷新共享池的方法：ALTER SYSTEM FLUSH BUFFER_CACHE。
下面先看看10g的语法：
|
提交完成。 |
创建一张测试表，下面检查表的BLOCK_ID：
| SQL> SELECT DISTINCT SUBSTR(ROWID， 1， 15) FROM T; SUBSTR(ROWID，1，15) —————————— AAAPGtAAIAAAABF SQL> SELECT FILE#， BLOCK#， OBJD， STATUS FROM V$BH WHERE FILE# = 8 AND BLOCK# = 69; FILE# BLOCK# OBJD STATUS ———- ———- ———- ——- 8 69 61869 xcur SQL> SET AUTOT ON SQL> SELECT COUNT(*) FROM T; COUNT(*) ———- 23 |
执行计划
| ———————————————————- Plan hash value: 2966233522 ——————————————————————- | Id | Operation | Name | Rows | Cost (%CPU)| Time | ——————————————————————- | 0 | SELECT STATEMENT | | 1 | 3 (0)| 00:00:01 | | 1 | SORT AGGREGATE | | 1 | | | | 2 | TABLE ACCESS FULL| T | 23 | 3 (0)| 00:00:01 | ——————————————————————- Note —– – dynamic sampling used for this statement |
统计信息
| ———————————————————- 4 recursive calls 0 db block gets 15 consistent gets 0 physical reads 0 redo size 408 bytes sent via SQL*Net to client 385 bytes received via SQL*Net from client 2 SQL*Net roundtrips to/from client 0 sorts (memory) 0 sorts (disk) 1 rows processed |
可以看到，由于V$BH中包含了T表，因此访问T表并不会删除物理读。
下面切换到SYS用户，查询一下X$BH表：
| SQL> CONN /@YTK102 AS SYSDBA已连接。 SQL> SELECT TCH FROM X$BH WHERE FILE# = 8 AND DBABLK = 69; TCH ———- 3 SQL> SELECT COUNT(*) FROM YANGTK.T; COUNT(*) ———- 23 SQL> SELECT TCH FROM X$BH WHERE FILE# = 8 AND DBABLK = 69; TCH ———- 4 |
下面执行清空数据库缓冲的命令：
SQL> ALTER SYSTEM FLUSH BUFFER_CACHE; |
系统已更改。
| SQL> SELECT TCH FROM X$BH WHERE FILE# = 8 AND DBABLK = 69; TCH ———- 0 |
可以看到，X$BH中访问计数已经被清零。
| SQL> CONN YANGTK/YANGTK@YTK102已连接。 SQL> SELECT FILE#， BLOCK#， OBJD， STATUS FROM V$BH WHERE FILE# = 8 AND BLOCK# = 69; FILE# BLOCK# OBJD STATUS ———- ———- ———- ——- 8 69 61869 free |
从V$BH中可以看到，内存中对象已经从XCUR变为FREE，这会导致再次访问对象的时候产生物理读：
|
|
执行计划
| ———————————————————- Plan hash value: 2966233522 ——————————————————————- | Id | Operation | Name | Rows | Cost (%CPU)| Time | ——————————————————————- | 0 | SELECT STATEMENT | | 1 | 3 (0)| 00:00:01 | | 1 | SORT AGGREGATE | | 1 | | | | 2 | TABLE ACCESS FULL| T | 23 | 3 (0)| 00:00:01 | ——————————————————————- Note —– – dynamic sampling used for this statement |
统计信息
| ———————————————————- 0 recursive calls 0 db block gets 7 consistent gets 6 physical reads 0 redo size 408 bytes sent via SQL*Net to client 385 bytes received via SQL*Net from client 2 SQL*Net roundtrips to/from client 0 sorts (memory) 0 sorts (disk) 1 rows processed |
再次访问V$BH，可以看到，里面包含两条记录分别对应情况的记录和新读取的记录：
SQL> SELECT FILE#， BLOCK#， OBJD， STATUS FROM V$BH WHERE FILE# = 8 AND BLOCK# = 69; FILE# BLOCK# OBJD STATUS ———- ———- ———- ——- 8 69 61869 free 8 69 61869 xcur |
对于FREE状态的记录表示内存中被释放的块，而这个块还没有被新的BLOCK所占用。
我们一直都在努力坚持原创.......请不要一声不吭，就悄悄拿走。
我原创，你原创，我们的内容世界才会更加精彩！
【所有原创内容版权均属TechTarget，欢迎大家转发分享。但未经授权，严禁任何媒体（平面媒体、网络媒体、自媒体等）以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
作者
相关推荐
-
控制合约 不再畏惧Oracle
许多公司都与Oracle有无限制授权协议，他们害怕离开这个协议，所以就证明他们在使用Oracle的软件，即使因为需求单独购买部分授权许可也可能总体是省钱的。
-
如何应对Oracle EBS实施中的六个挑战？
在18个月的时间里，Vitamix启动运行了Oracle电子商务套件（E-Business Suite，EBS），而且Vitamix还对诸如Oracle ATG Web Commerce等所有页面属性进行了重新整理，并实现了全球数据中心。
-
DBA支招：如何实现Oracle EBS 12.2.5升级
那些对于是否要将EBS进行升级持观望态度的Oracle数据库管理员们可以从一家研究公司获得一些启示。
-
Oracle的云产品“砸了自己脚”？
Sparc和Solaris都是Oracle云计划的一部分，但是硬件和支持人员的减少意味着本地Solaris和Sparc将变得更加稀少。