数据库视频总结 二

【小知识】前滚和回滚

前滚：
         未完全提交的事务，即该事务已经被执行commit命令了，只是现在该事务修改所对应的脏数据块中只有一部分被写到磁盘上的数据文件中，还有一部分已经被置为提交标记的脏块还在内存上，如果此时数据库实例崩溃了，则当数据库实例恢复时，就需要用前滚（这个机制）来完成事务的完全提交，即将先前那部分已经被置为提交标记且还在内存上的脏块写入到磁盘上的数据文件中。

回滚：
        未提交的事务，即该事务未被执行commit命令。但是此时，该事务修改的脏块中也有可能一部分脏块写入到数据文件中了。如果此时数据库实例崩溃了，则当数据库实例恢复时，就需要用回滚（这个机制）来将先前那部分已经写入到数据文件的脏块从数据文件上撤销掉。


注释：
       实例恢复，就是Oracle软件系统根据数据库实例崩溃前最后一次检查点的那一刻到数据库实例崩溃那一刻期间所做的所有操作（无论该操作是否有提交的，这些操作可以从重做日志上读取）对该数据库实例对应的数据库（特别是数据文件部分做恢复，当然其他配合数据文件的文件，如控制文件，日志文件，也会做相关的恢复修改）进行前滚，即将该期间的操作重做一遍。之后再将其中未提交的操作进行回滚。这里，可能就有人疑问了，为什么前滚时不只做提交的操作，未提交的操作就不要做就好了嘛？因为数据库实例崩溃前，未被执行commit命令的事务，其所修改的脏块中也有可能一部分脏块已经写入到数据文件中了，所以需要进行回滚操作。

    总之，实例恢复时，先做前滚，后做回滚。

数据库中的undo、rollback，即撤消和回滚。首先这2个操作是针对事务来说的

【事务：数据库事务(Database Transaction) ，是指作为单个逻辑工作单元执行的一系列操作，要么完全地执行，要么完全地不执行。 事务处理可以确保除非事务性单元内的所有操作都成功完成，否则不会永久更新面向数据的资源。通过将一组相关操作组合为一个要么全部成功要么全部失败的单元，可以简化错误恢复并使应用程序更加可靠。一个逻辑工作单元要成为事务，必须满足所谓的ACID（原子性、一致性、隔离性和持久性）属性。事务是数据库运行中的逻辑工作单位，由DBMS中的事务管理子系统负责事务的处理。】

【SQL事务：是在数据库上按照一定的逻辑顺序执行的任务序列，既可以由用户手动执行，也可以由某种数据库程序自动执行。
事务实际上就是对数据库的一个或者多个更改。当你在某张表上创建更新或者删除记录的时，你就已经在使用事务了。控制事务以保证数据完整性，并对数据库错误做出处理，对数据库来说非常重要。
实践中，通常会将很多 SQL 查询组合在一起，并将其作为某个事务一部分来执行。】

举一个简单的例子，A给B转账，在数据库中就需要给A,B进行update操作。这2条sql语句必须都执行或者都不执行（称为一个事务）。假如先执行B的update语句，B的金额增加了100，然后执行A的update语句，A的金额减100。如果A的余额大于100，那么2个语句没问题，但是A的余额小于100时，再减100就变成负的了，这不符合实际情况。所以第二条sql就出现无法执行，那么数据库的状态必须回到没有执行B的update语句之前。

当一个事务执行的时候，数据库会依次执行中间的sql语句，当某一条sql发生错误以后，根据事务的原子性，通过2种方式使数据库回到事务没有执行的状态。撤销就是相当于不执行commit；回滚就是执行一遍相反的操作，比如再执行B的update金额减100。