MySQL 系列（三）事务

MySQL 系列（三）事务

一组要么同时执行成功，要么同时执行失败的 SQL 语句。是数据库操做的一个执行单元!

事务开始于：

1. 链接到数据库上，并执行条 DML 语句(INSERT、 UPDATE 或 DELETE)。
2. 前一个事务结束后，又输入了另一条 DML 语句。

若是 JDBC 链接是在自动提交模式下，它在默认状况下，那么每一个 SQL 语句都是在其完成时提交到数据库。

事务结束于：

1. 执行 COMMIT 或 ROLLBACK 语句
2. 执行条 DDL 语句，例如 CREATE TABLET 语句；在这种状况下，会自动执行 COMMIT 语句
3. 执行 DCL 语句，例如 GRANT 语句；在这种状况下，会自动执行 COMMIT 语句
4. 断开与数据库的链接
5. 执行了一条 DML 语句，该语句却失败了；在这种状况中，会为这个无效的 DML 语句执行 ROLLBACK 语句

下面的例子演示了如何使用一个提交和回滚对象：

try{
    // Assume a valid connection object conn
    conn.setAutoCommit(false);
    Statement stmt = conn.createStatement();

    String SQL = "INSERT INTO Employees "VALUES (106, 20, 'Rita', 'Tez')";
    stmt.executeUpdate(SQL); 
    // Submit a malformed SQL statement that breaks
    String SQL = "INSERTED IN Employees "VALUES (107, 22, 'Sita', 'Singh')";
    stmt.executeUpdate(SQL);
    // If there is no error.
    conn.commit();
}catch(SQLException e){
    // If there is any error.
    conn.rollback();
}

1、事务的四大特色(ACID)

1. atomicity(原子性)

   表示一个事务内的全部操做是一个总体，要么所有成功，要么全失败。

2. consistency(一致性)

   表示个事务内有一个操做失败时，全部的更改过的数据都必须回滚到修改前的状态。

3. isolation(隔离性)

   事务查看数据时数据所处的状态，要么是另外一并发事务修改它以前的状态，要么是另外一事务修改它以后的状态，事务不会直看中间状态的数据。

4. durability(持久性)

   持久性事务完成以后，它对于系统的影响是永久性的。

2、事务的 4 种隔离级别

数据库事务的隔离级别由低到高有如下 4 种：

1. 读取未提交(Read Uncommitted)
2. 读取已想交(Read Committed)
3. 可重复读(Repeatable Read)
4. 序列化(serializable)

在事务的并发操做中可能会出现脏读，不可重复读，幻读。下面经过事例一一阐述它们的概念与联系。

2.1 Read uncommitted

读未提交，顾名思义，就是一个事务能够读取另外一个未提交事务的数据。

事例：老板要给程序员发工资，程序员的工资是3.6万/月。可是发工资时老板不当心按错了数字，按成3.9万/月，该钱已经打到程序员的户口，可是事务尚未提交，就在这时，程序员去查看本身这个月的工资，发现比往常多了3千元，觉得涨工资了很是高兴。可是老板及时发现了不对，立刻回滚差点就提交了的事务，将数字改为3.6万再提交。

分析：实际程序员这个月的工资仍是3.6万，可是程序员看到的是3.9万。他看到的是老板还没提交事务时的数据。 这就是脏读。

那怎么解决脏读呢？Read committed！读提交，能解决脏读问题。

2.2 Read committed

读提交，顾名思义，就是一个事务要等另外一个事务提交后才能读取数据。

事例：程序员拿着信用卡去享受生活（卡里固然是只有3.6万），当他埋单时（程序员事务开启），收费系统事先检测到他的卡里有3.6万，就在这个时候！！程序员的妻子要把钱所有转出充当家用，并提交。当收费系统准备扣款时，再检测卡里的金额，发现已经没钱了（第二次检测金额固然要等待妻子转出金额事务提交完）。程序员就会很郁闷，明明卡里是有钱的…

分析：这就是读提交，如有事务对数据进行更新（UPDATE）操做时，读操做事务要等待这个更新操做事务提交后才能读取数据，能够解决脏读问题。但在这个事例中，出现了一个事务范围内两个相同的查询却返回了不一样数据，这就是不可重复读。

那怎么解决可能的不可重复读问题？Repeatable read ！

2.3 Repeatable read

重复读，就是在开始读取数据（事务开启）时，再也不容许修改操做。

事例：程序员拿着信用卡去享受生活（卡里固然是只有3.6万），当他埋单时（事务开启，不容许其余事务的UPDATE修改操做），收费系统事先检测到他的卡里有3.6万。这个时候他的妻子不能转出金额了。接下来收费系统就能够扣款了。

分析：重复读能够解决不可重复读问题。写到这里，应该明白的一点就是，不可重复读对应的是修改，即 UPDATE 操做。可是可能还会有幻读问题。由于幻读问题对应的是插入 INSERT 操做，而不是 UPDATE 操做。

何时会出现幻读？

事例：程序员某一天去消费，花了 2 千元，而后他的妻子去查看他今天的消费记录（全表扫描 FTS，妻子事务开启），看到确实是花了 2 千元，就在这个时候，程序员花了1万买了一部电脑，即新增 INSERT 了一条消费记录，并提交。当妻子打印程序员的消费记录清单时（妻子事务提交），发现花了 1.2 万元，彷佛出现了幻觉， 这就是幻读。

那怎么解决幻读问题？Serializable！

2.4 Serializable 序列化

Serializable 是最高的事务隔离级别，在该级别下，事务串行化顺序执行，能够避免脏读、不可重复读与幻读。可是这种事务隔离级别效率低下，比较耗数据库性能，通常不使用。

值得一提的是：大多数数据库默认的事务隔离级别是 Read committed，好比 Sql Server , Oracle。Mysql 的默认隔离级别是 Repeatable read。

参考：

《事务的隔离级别》：http://www.javashuo.com/article/p-frkpcrnk-gq.html

---

天天用心记录一点点。内容也许不重要，但习惯很重要！