首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

MySQL 日志 undo log

同一份数据会有多个版本 InnoDB提供了2种读取操作:锁定读和非锁定读 锁定读就是读取的时候加锁(S或X) 非锁定读就是读取的时候没有加锁,指的就是MVCC提供的快照读—>快照读依赖的是底层的undo log日志...事务日志分为undo log(日志) 和 redo log(重做日志) 二、undo log 1. undo log的概念 undo log和redo log统称事务日志,不同于binlog是MySQL...出现异常时(如数据持久化过程断电),重启后InnoDB会使用redo log恢复到断电前的状态,保证数据的完整性 undo log:日志,保存了事务发生之前的数据的一个版本,用于事务的操作,同时也是实现多版本并发控制...(MVCC)下读操作(快照读)的关键技术 2. undo log的作用 undo log日志的主要作用: 事务发生错误时rollback,数据更新之前,会把原始数据保存在日志中,保证事务出错或者我们手动的时候...,能够在日志中找到最初的数据 提供了MVCC的非锁定读(快照读),依赖undo log实现 3. undo log的数据结构 在MVCC下,针对表的所有记录,除了我们自行设定的字段book_id、book_name

26630
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    spring事务机制_事务失败

    Spring事务 使用 @Transaction 来配置自动,可以配置在类上,也可以配置在方法上(作用域不同),但对final或private修饰的方法无效,且该类必须是受spring...//some code //db operation } } Jetbrains全家桶1年46,售后保障稳定 若被配置的方法或类抛出了异常,则事务会被自动...可以使用 @Transactional(rollbackFor = Exception.class) 来设定针对特定的异常进行事务,如果不设置则默认会 RuntimeException and...User user) { userMapper.insert(user); throw new RuntimeException(); // 抛出异常,事务...} } 通过注入 DataSourceTransactionManager 来手动开启事务,手动事务,用于抛出异常被catch后,进行手动

    2.1K20

    嵌套事务策略_内部事务会导致外部事务

    1.外部起事务,内部起事务,内外都有Try Catch 内部出错:如果内部事务出错,内部和外部事物全部,外部之前的操作全部不存在,但是之后的操作继续执行。...外部出错:如果外部事物出错,内部和外部事物全部,外部之前的操作全部不存在,但是之后的操作继续执行。 注:如果内部的事务不起事务名称,内部如果出错,将会掉会话中的全部事务,而且报异常。...外部出错:内部和外部事物全部,外部之前的操作全部不存在,但是之后的操作继续执行。 4.外部起事务,内部不起事务,但没有Try Catch....内部出错:如果内部事务出错,内部和外部事物全部,外部之前的操作全部不存在,但是之后的操作继续执行。...内部出错:外部操作被正常执行,内部ROLLBACK操作前全部,之后的操作正常执行。 外部出错:出错操作之前的操作不会,出错之后的操作不执行,跳入Catch块中,内部事务不会

    2.9K20

    图文结合带你搞定MySQL日志之Undo log(日志)

    (对于每个UPDATE,InnoDB存储引擎会执行一个相反的UPDATE,将修改前的行放回去) MySQL把这些为了而记录的这些内容称之为撤销日志或者回日志(即Undo Log)。...Undo Log日志的存储机制 如上图,可以看到,Undo Log日志里面不仅存放着数据更新前的记录,还记录着RowID、事务ID、指针。...其中事务ID每次递增,指针第一次如果是INSERT语句的话,指针为NULL,第二次UPDATE之后的Undo Log的指针就会指向刚刚那一条Undo Log日志,以此类推,就会形成一条Undo...Undo Log的工作原理 在更新数据之前,MySQL会提前生成Undo Log日志,当事务提交的时候,并不会立即删除Undo Log,因为后面可能需要进行操作,要执行(ROLLBACK)操作时...Redo Log 进行恢复 Undo Log 发现有事务没完成进行。 若在9之后系统宕机,内存映射中变更的数据还来不及刷磁盘,那么系统恢复之后,可以根据Redo Log把数据刷磁盘。

    2.9K30

    java 配置事务_Spring@Transactional事务

    Spring中事务分为编程时事务和声明式事务,编程式事务:编程人员通过代码控制事务的开启、、提交,声明式事务:把事务的处理交给spring。...实现事务需要注意的问题: 1.@Transactional 注解可以被应用于接口定义和接口方法、类定义和类的 public 方法上。 2....3.默认情况下,spring会对unchecked异常进行事务;如果是checked异常则不回。...去掉方法体中的try catch (4)catch (Exception e) { throw e;}继续向上抛,目的是让spring事务捕获这个异常 除了以上注意的问题,说一下最近遇到的关于多数据源配置事务的问题...在项目中关于事务该配置的也配置了,需要注意的问题也注意了,但有的事务可以出现有的失败,最终问题所在: id相同的事务配置分别配置在两个application.xml文件中,如果多个application.xml

    2.3K20

    git commit

    2.1 git reset --hard 丢弃最新的提交 代码提交后,需求发生变化导致之前提交的已经不合适,或者 代码提交后发现有严重bug,需要回可是使用这个命令: git reset --hard...tips: 1,HEAD^ 表示 最新提交HEAD位置往回数一个提交, 几个 ^ 就往回数几个提交; 2,HEAD~n 表示 新提交HEAD位置往回数n个提交 可以发现,reset 命令只能最新的提交...如果最后一次commit需要保留,而只想回之前的某次commit,reset命令可能就无法满足了。...总结: 最新的提交 :git reset 和 git rebase 命令都可以 中间某次提交: git rebase 可以, git reset 不可以 如果提交已经同步到远程仓库,需要使用git...push origin -f branch(分支名) 来将回也同步到远程仓库(master 分支谨慎使用 -f)

    8.7K30
    领券