MySQL数据库——事务管理

事务提交commit ，事务回滚rollback

事务：

由一系列操作组成，这些操作，要么全做，要么全部做。

拥有四种特征，详解如下：

• （操作）原子性：

要么全做，要么全部做

• （数据）一致性：

事务发生后数据是一致的，例如银行转账，不会存在A账户转出，但是B账户没有收到的情况

• （执行）隔离性：

任一事务的更新操作直到其成功提交的整个过程对其他事务都是不可见的，不同事务之间是隔离的，互不干涉

• （改变）持续性：

事务操作的结果是持续性的

并发控制

事务是并发控制的前提条件，并发控制就是不同事务并发执行，提高系统效率

并发控制存在的三个问题：

• 丢失更新：

就是，两个事务分别对一个数据进行修改并写会，即对数据的更新会被覆盖。

• 不可重复读：

事务2读A，而后事务1对数据A进行了修改并写回，此时若事务2在读A，发现数据不对。即一个事务重复读A两次，会发现数据A有错误。

• 读脏数据：

事务1对数据A进行修改后，事务2读数据A，而后事务1回滚，数据A恢复原来的值，那么事务2对数据A做的事是无效的，读到了脏数据。

三级封锁协议——解决以上三个问题

X锁是排它锁

若事务T对数据A加上X锁，则只允许T读取和修改A，其他事务都不能再对A加任何类型的锁，直到T释放A上锁。

S锁是共享锁

若事务T对数据对象A加上S锁，则只允许T读取A，但不能修改A，其他事务只能再对A加S锁（也即能读不能修改），直到T释放A上的S锁

一级封锁协议：

事务在修改数R之前必须先对其加锁，直到事务结束才释放。可解决丢失更新问题。

二级封锁协议：

一级封锁协议的基础上加上事务在数据R之前必须先对其加S锁，读完后即可释放S锁 。可解决丢失更新、数据脏读数据问题

三级封锁协议：

一级封锁协议加上事务T在读数据R之前先对其加S锁，直到事务结束才释放。课解决丢失更新、读脏数据、数据重复读问题。