事务

• 概念
  事务指的是满足ACID特性的一组操作，可以通过Commit提交一个事务，也可以使用Rollback进行回滚。
• ACID
  (1) 原子性(Atomicity)
  事务被视为不可分割的最小单元，事务的所有操作要么全部提交成功，要么全部失败回滚。
  回滚可以用日志来实现，日志记录着事务所执行的修改操作，在回滚时反向执行这些修改操作即可。
  (2) 一致性(Consistency)
  数据库在事务执行前后都保持一致性状态。
  在一致性状态下，所有事务对一个数据的读取结果都是相同的。
  (3) 隔离性(Isolation)
  一个事务所做的修改在最终提交以前，对其它事务是不可见的。
  (4) 持久性(Durability)
  一旦事务提交，则其所做的修改将会永远保存在数据库中。即使系统发生崩溃，事务执行的结果也不会丢失。
  可以通过数据库备份和恢复来实现，在系统发生崩溃时，使用备份的数据库进行数据库恢复。
• 只有满足一致性，事务的执行结果才是正确的。
• 在无并发的情况下，事务串行执行，隔离性一定能够满足。此时只要满足原子性，就一定能满足一致性。
• 在并发的情况下，多个事务并发执行，事务不仅要满足原子性，还需要满足隔离性，才能满足一致性。
• 事务满足持久性是为了能应对数据库崩溃的情况。
• AUTOCOMMOT
  MySQL默认采用自动提交模式。也就是说，如果不显式使用START TRANSACTION语句来开始一个事务，那么每个查询都会被当作一个事务自动提交。
  并发一致性问题
  (1) 丢失修改
  T1和T2两个事务都对一个数据进行修改，T1先修改，T2随后修改，T2的修改覆盖了T1的修改。
  (2) 读脏数据
  T1修改一个数据，T2随后读取这个数据。如果T1撤销了这次修改，那么T2读取的数据是脏数据。
  (3) 不可重复读
  T2读取一个数据，T1对该数据做了修改。如果T2再次读取这个数据，此时读取的结果和第一次读取的结果不同。
  (4) 幻影读
  T1读取某个范围的数据，T2在这个范围内插入新的数据，T1再次读取这个范围的数据，此时读取的结果和第一次读取的结果不同。
  产生并发不一致性问题主要原因是破坏了事务的隔离性，解决方法是通过并发控制来保证隔离性。并发控制可以通过封锁来实现，但是封锁操作需要用户自己控制，相当复杂。数据库管理系统提供了事务的隔离级别，让用户以一种更轻松的方式处理并发一致性的问题。