MySQL：TCL事务控制语言

事务transaction

事务是一个最小的工作单元，不可再分。
只有DML语句才会有事务这一说，其它语句和事务无关！insert、delete、update
因为操作一旦涉及到数据的增删改，那么就要考虑数据的安全问题。

在事务的执行过程中，每一条DML的操作都会记录到“事务性活动的日志文件”中。
在事务的执行过程中，我们可以提交事务，也可以回滚事务。

提交事务：commit; 语句

• 清空事务性活动的日志文件，将数据全部彻底持久化到数据库表中。
• 提交事务标志着，事务的结束。并且是一种全部成功的结束。

回滚事务：commit; 语句

• 将之前所有的DML操作全部撤销，并且清空事务性活动的日志文件
• 回滚事务标志着，事务的结束。并且是一种全部失败的结束。

mysql默认情况下是支持自动提交事务的（每执行一条DML语句提交一次），回滚只能回滚上一次的提交点。

这种自动提交实际上是不符合我们的开发习惯，因为一个业务通常是需要多条DML语句共同执行才能完成的，为了保证数据的安全，必须要求同时成功之后再提交，所以不能执行一条就提交一条。

// 关闭mysql的自动提交机制
start transaction;

事务的四个特性ACID

原子性、一致性、隔离性、持久性

• A：原子性(Atomicity)
  说明事务是最小的工作单元。不可再分。

• C：一致性(Consistency)
  所有事务要求，在同一个事务当中，所有操作必须同时成功，或者同时失败，以保证数据的一致性。

• I：隔离性(Isolation)
  A事务和B事务之间具有一定的隔离。

• D：持久性(Durability)
  事务最终结束的一个保障。事务提交，就相当于将没有保存到硬盘上的数据保存到硬盘上！

事务的隔离级别

InnoDB实现了四个隔离级别，用于控制事务所作的修改，并将修改通告至其它并发的事务。
读未提交、读已提交、可重复读、序列化/串行化

• 读未提交：read uncommitted（最低的隔离级别）没有提交就读到了，事务A可以读取到事务B未提交的数据。
  • 这种隔离级别存在的问题就是：
    脏读现象！(Dirty Read)
    我们称读到了脏数据。

这种隔离级别一般都是理论上的，大多数的数据库隔离级别都是二档起步！

• 读已提交：read committed 提交之后才能读到，事务A只能读取到事务B提交之后的数据。
  • 这种隔离级别解决了脏读的现象。
  • 这种隔离级别存在的问题：
    不可重复读取数据。
    例如：在事务开启之后，第一次读到的数据是3条，当前事务还没有结束，可能第二次再读取的时候，读到的数据是4条，3不等于4称为不可重复读取。

这种隔离级别是比较真实的数据，每一次读到的数据是绝对的真实。
oracle数据库默认的隔离级别是：read committed

• 可重复读：repeatable read 提交之后也读不到，永远读取的都是刚开启事务时的数据。事务A开启之后，不管是多久，每一次在事务A中读取到的数据都是一致的。即使事务B将数据已经修改，并且提交了，事务A读取到的数据还是没有发生改变，这就是可重复读。
  • 可重复读解决了不可重复读取数据。
  • 可重复读存在的问题：
    可能会出现幻影读。
    例如：早晨9点开始开启了事务，只要事务不结束，到晚上9点，读到的数据还是那样！

这种隔离级别读到的是幻象，不够真实。
mysql数据库默认的隔离级别是：repeatable read

• 序列化/串行化：serializable 将一个事务与其它事务完全隔离。
  这是最高隔离级别，效率最低。解决了所有的问题。
  这种隔离级别表示事务排队，不能并发！
  synchronized，线程同步（事务同步）
  每一次读取到的数据都是最真实的，并且效率是最低的。