数据库事务特性

  • 原子性（Atomicity）： 事务为一个整体的工作单元，事务对数据库的操作要么全部执行，要么全部取消；
  • 一致性（Consistency）： 事务完成时，所有数据都保持一致状态；
  • 隔离性（Isolation）： 事务所做的修改必须与其他事务所做的修改隔离。事务查看数据时数据的状态要么为其他事务修改之前要么为其他事务修改之后，不会为中间状态。即多个事务不能同时修改同一份数据；

  • 持久性（Durability）： 事务提交后，对数据库所做的修改会永久保存。

    数据库事务隔离级别

  • MySQL、SQLServer、Oracle事务隔离级别 | 事务隔离级别 | 支持数据库 | 脏读 | 不可重复读 | 幻读 | 备注 | | —- | —- | —- | —- | —- | —- | | 读未提交（read-uncommitted） | MySQL、SQLServer、 | 是 | 是 | 是 |
    | | 不可重复读（read-committed） | MySQL、SQLServer、Oracle | 否 | 是 | 是 | SQLServer、Oracle默认 | | 可重复读（repeatable-read） | MySQL、SQLServer | 否 | 否 | 是 | MySQL默认 | | 串行化（serializable） | MySQL、SQLServer、Oracle | 否 | 否 | 否 |
    |

在SQL标准中定义了四种隔离级别，每一种级别都规定了一个事务中所做的修改，哪些是在事务内和事务间可见的，哪些是不可见的。较低级别的隔离通常可以执行更高的并发，系统的开销也更低。

  • 未提交读（Read uncommitted）：在未提交读级别，事务中的修改，即使没有提交，对其他事务也都是可见的。事务可以读取未提交的数据，这也被称为脏读（Dirty Read）。这个级别会导致很多问题，从性能上来说，未提交读不会比其他的级别好太多，但是缺乏其他级别的很多好处，在实际应用中一般很少使用。
  • 提交读（Read committed）：大多数数据库系统的默认隔离级别都是提交读（但Mysql不是）。提交读满足前面提到的隔离性的简单定义：一个事务开始时，只能“看见”已经提交的事务所做的修改。换句话说，一个事务从开始直到提交之前，所做的任何修改对其他事务都是不可见的。这个级别有时候也叫做不可重复读（nonrepeatable read），因为两次执行同样的查询，可能会得到不一样的结果。
  • 可重复读（Repeatable read）：可重复读解决了脏读的问题。该级别保证了在同一个事务中多次读取同样记录的结果是一致的。但是理论上，可重复读隔离级别还是无法解决另外一个幻读（Phantom read）问题。所谓幻读，指的是当某个事务在读取某个范围内的记录时，另外一个事务中又在该范围插入了新的记录，当之前的事务再次读取该范围的记录时，会产生幻行（Phantom row）。可重复读是MySQL的默认事务隔离级别。

  • 可串行化（Serializable）：可串行化是最高的隔离级别。它通过强制事务串行执行，避免了前面所说的幻读问题。简单来说，可串行化会在读取的每一行数据上都加上锁，所以可能导致大量的超时和锁争用问题。实际应用中也很少用到这个隔离级别，只有在非常需要确保数据的一致性而且可以接受没有并发的情况下，才考虑用该级别。

    • Tips

    SQLServer四种隔离级别都支持，2005及更高版本支持行版本快照（SNAPSHOT），但缺省没有开启。

  • DB2事务隔离级别 | 事务隔离级别 | 备注 | | —- | —- | | 未提交的读取（Uncommitted Read，UR） | 相当于标准定义隔离级别中的 READ UNCOMMITTED | | 读取稳定性（Read Stability，RS） | 类似标准定义隔离级别中的 REPEATABLE READ，避免了脏读，但是会出现幻读问题。 | | 游标稳定性（Cursor Stability，CS） | DB2默认 | | 可重复读取（Repeatable Read，RR） | 相当于标准定义隔离级别中的 SERIALIZABLE 相比，上锁范围一致。 |

  1. RR隔离级别：在此隔离级别下， DB2会锁住所有相关的纪录。 在一个SQL语句执行期间， 所有执行此语句扫描过的纪录都会被加上相应的锁。在一个SQL语句执行期间，所有执行此语句扫描过的纪录都会被加上相应的锁。 具体的锁的类型还是由操作的类型来决定， 如果是读取，则加共享锁； 如果是更新， 则加独占锁。具体的锁的类型还是由操作的类型来决定，如果是读取，则加共享锁；如果是更新，则加独占锁。 由于会锁定所有为获得SQL语句的结果而扫描的纪录， 所以锁的数量可能会很庞大， 这个时候， 索引的增加可能会对SQL语句的执行有很大的影响，因为索引会影响SQL语句扫描的纪录数量。由於会锁定所有為获得SQL语句的结果而扫描的纪录，所以锁 的数量可能会很庞大，这个时候，索引的增加可能会对SQL语句的执行有很大的影响，因為索引会影响SQL语句扫描的纪录数量。
  2. RS隔离级别：此隔离级别的要求比RR隔离级别稍弱，此隔离级别下会锁定所有符合条件的纪录。 不论是读取， 还是更新， 如果SQL语句中包含查询条件， 则会对所有符合条件的纪录加相应的锁。不论是读取，还是更新，如果SQL语句中包含查询条件，则会对所有符合条件的纪录加相应的锁。 如果没有条件语句， 也就是对表中的所有记录进行处理，则会对所有的纪录加锁。如果没有条件语句，也就是对錶中的所有记录进行处理，则会对所有的纪录加锁。
  3. CS隔离级别：此隔离级别仅锁住当前处理的纪录。
  4. UR隔离级别：此隔离级别下，如果是读取操作，不会出现任何的行级锁。 对于非只读的操作，它的锁处理和CS相同。对於非只读的操作，它的锁处理和CS相同。DB2默认的隔离级别是CS。 DB2默认的隔离级别是CS。 即游标稳定性。即游标稳定性。