Oracle块清除,以及ORA-01555错误

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了Oracle块清除,以及ORA-01555错误，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含2070字，纯文字阅读大概需要3分钟。

内容图文

在与我们的事务相关的提交列表中，Oracle会记录已修改的块列表（每个列表可以有20个块指针），Oracle会根据需要分配多个这样的列

我们知道Oracle的块清除有两种：

1：快速块清除（fast commit cleanout）；

2：延时块清除（delayed block cleanout）；

数据库块的最前面有一个“开销”空间(overhead)，这里会存放该块的一个事务表，对于锁定了该块中某些数据的各个“实际”事务，在这个事务表中都有一个相应的条目。

1）首先当一个事务开始时，需要在回滚段事务表上分配一个事务槽；

2）在数据块头部获得一个ITL事务槽，该事务槽指向回滚段段头的事务槽；

3）在修改数据之前，需要在回滚段中记录前镜像信息，回滚段头事务槽指向该记录；

4) 锁定修改行，修改行锁定位（lb-lock block）指向ITL事务槽；

5) 数据修改可以进行。

COMMIT时候Oracle需要将回滚段上的事务表信息标记为非活动，以便空间可以重用；此外所做的一个操作是块清除（Block cleanout），如果事务修改的某些块还在缓冲区缓存中，会清除块首部的ITL事务信息（包括提交标志、SCN等）和锁定信息。

在与我们的事务相关的提交列表中，Oracle会记录已修改的块列表（每个列表可以有20个块指针），Oracle会根据需要分配多个这样的列表，直至达到某个临界点。如果我们修改的块加起来超过了块缓冲区缓存大小的10%，Oracle 会停止为我们分配新的列表。例如，，如果缓冲区缓存设置为可以缓存3,000个块，Oracle 会为我们维护最多300个块。

COMMIT时，Oracle会通过这些列表找到块，如果块仍在块缓冲区中，Oracle会执行一个很快的清理，这叫做快速块清除（FAST BLOCK CLEANOUT）。

所以，只要我们修改的块数没有超过缓存中总块数的10%，而且块仍在块缓存区中（如果已经被写回到数据文件上再次读出该数据块进行修改成本过于昂贵），Oracle就会在COMMIT时清理这些块。否则，就会延迟块清除到下次访问该块的时候。通过延迟块清除（DELAYED BLOCK CLEANOUT）可以提高数据库的性能，加快提交操作。

所以如果执行一个大的INSERT、UPDATE或DELETE，影响数据库中的许多块，就有可能在此之后，第一个“接触”块的查询会需要修改某些块首部并把块弄脏，生成REDO日志，会导致DBWR把这些块写入磁盘。 （--所以说select 语句也有可能会产生redo日志）

如果Oracle不对块完成这种延迟清除，那么COMMIT的处理可能很长，COMMIT必须重新访问每一个块，可能还要从磁盘将块再次读入（它们可能已经刷新输出）。

内容总结

以上是互联网集市为您收集整理的Oracle块清除,以及ORA-01555错误全部内容，希望文章能够帮你解决Oracle块清除,以及ORA-01555错误所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

---