视频1 视频21 视频41 视频61 视频文章1 视频文章21 视频文章41 视频文章61 推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37 推荐39 推荐41 推荐43 推荐45 推荐47 推荐49 关键词1 关键词101 关键词201 关键词301 关键词401 关键词501 关键词601 关键词701 关键词801 关键词901 关键词1001 关键词1101 关键词1201 关键词1301 关键词1401 关键词1501 关键词1601 关键词1701 关键词1801 关键词1901 视频扩展1 视频扩展6 视频扩展11 视频扩展16 文章1 文章201 文章401 文章601 文章801 文章1001 资讯1 资讯501 资讯1001 资讯1501 标签1 标签501 标签1001 关键词1 关键词501 关键词1001 关键词1501 专题2001
Oraclecommit的时候发生了什么
2020-11-09 11:52:53 责编:小采
文档

1.从理解LOGW什么时候将redo log buffer中把redo写入redo log file理解commit; 当redo log buffer 三分之一满的时候写 当commi

1.从理解LOGW什么时候将redo log buffer中把redo写入redo log file理解commit;

  • 当redo log buffer 三分之一满的时候写
  • 当commit的时候写
  • 当发生日志切换的时候写
  • 当产生的redo满1M的时候写
  • 当DBWN要写的时候,先写redo
  • 每3秒写
  • 也就是说,redo是以一种相对连续的方式写入日志文件的。所以不管一个事务产生了多少redo,,其实commit的时候做的工作都差不多,因为大部门的redo已经写入日志文件了

    2.commit的时候发生了什么

  • 把SCN号写入日志文件
  • LGWN把剩余的redo写入日志文件
  • 所有locks被释放掉
  • 进行块清理。块清理是指将,将保存在这个block中的事务信息清理掉。
  • 所以实际上每次commit的时候做的工作都很少,最大的工作就是将redo写入日志文件了,但是大部门redo已经写入到日志文件了;但是这也不代表,每次修改一个块的时候,都要去commit,这样会增加对日志文件的竞争(日志文件是个共享结构),同时也增加了对latches的竞争(保护对共享结构的访问)。所以应该根据逻辑事务的大小来决定什么时候commit。

    3.下面一个例子,产生不同大小的redo,来说明提交的时候,做的工作时间上差不多

    s1:创建一个大表

    s2:创建一个需要插入10行数据的表t_10,设置自动追踪 s3:插入1000行 插入10000行 发现,插入10行,1000行,10000行,commit的时间都很短。

    下载本文
    显示全文
    专题