深入浅出数据库中事务与数据库数据恢复

• 1.数据库中事务的使用场景

 在一个库存管理系统的数据库中，一件商品从一个库房（A）转移至另一个库房（B），在不使用事务的情况下，数据库的sql语句如下：

---

第一步

update  A  set  商品数量-1  where  商品ID=1；

第二步

update B  set 商品数量+1  where  商品ID=1；

 

如果在执行完第一步后，数据库出现故障，那么库存的数量就会出现缺少一个的情况，那么怎么避免这种情况呢？

事务可以解决这类问题，

• 事务处理可以用来维护数据库的完整性，保证成批的 SQL 语句要么全部执行，要么全部不执行。
• 事务用来管理 insert,update,delete 语句

一般来说，事务是必须满足4个条件（ACID）：：原子性（Atomicity，或称不可分割性）、一致性（Consistency）、隔离性（Isolation，又称独立性）、持久性（Durability）。

• 原子性：一个事务（transaction）中的所有操作，要么全部完成，要么全部不完成，不会结束在中间某个环节。事务在执行过程中发生错误，会被回滚（Rollback）到事务开始前的状态，就像这个事务从来没有执行过一样。

• 一致性：在事务开始之前和事务结束以后，数据库的完整性没有被破坏。这表示写入的资料必须完全符合所有的预设规则，这包含资料的精确度、串联性以及后续数据库可以自发性地完成预定的工作。

• 隔离性：数据库允许多个并发事务同时对其数据进行读写和修改的能力，隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。事务隔离分为不同级别，包括读未提交（Read uncommitted）、读提交（read committed）、可重复读（repeatable read）和串行化（Serializable）。

• 持久性：事务处理结束后，对数据的修改就是永久的，即便系统故障也不会丢失。

 

• 数据库数据恢复

  数据库故障分类

  1. 事务故障

      即在执行事务时，未正常执行到事务的结束（commit）

   2.系统故障

     数据库在执行多个事务时，有的事务执行完成，有的未正常执行

  3.介质故障

     数据库的存储介质发生故障

那么针对以上三种故障的前两种，是不需要人为干预的，数据库管理系统会在数据库重启时，根据数据库的系统日志自动执行数据恢复的操作,数据库的管理系统，会循环读取系统日志文件从头到尾，如果遇到未正常执行的事务，执行 undo操作即取消事务操作也就是回滚，如果遇到执行完成的事务，会执行redo的操作即重复执行这个事务。直到全部执行成功为止。

 

注:日志文件是不断增大的，如果时间过长，日志会非常大，这样数据库管理系统在执行的时候，会造成不必要的浪费时间，在日志文件中可以添加节点，来告诉数据库管理系统从节点开始扫描，具体如何添加，后期会补全。。。。。。

那么针对第三种故障，是必须要人为干预的，需要数据管理员将数据库人工恢复到上一个最新的版本，如果没有数据库备份，那就凉凉啦。。。。。。