数据库——事务处理

1：定义

   事务处理就是将一系列操作当做一个原子操作，要么全部执行成功，如果执行失败则保留执行期的状态。通过提交和回滚机制来实现操作，如果全部执行成功通过提交执行commit结果就会记录到数据库中，如果执行失败通过回滚操作rollback将发生错误之前的所有错误消除，回退到原来状态。说白了要做到无可挑剔的完美成功否则出一点错误都恢复到原来的现状。

2：四个特征

1. 原子性（Atomicity）
   　原子性是指事务包含的所有操作要么全部成功，要么全部失败回滚（回到原来的状态）。事务的操作如果成功就必须要完全应用到数据库，如果操作失败则不能对数据库有任何影响。

2. 一致性（Consistency）
   　　一致性是指事务必须使数据库从一个一致性状态变换到另一个一致性状态，也就是说一个事务执行之前和执行之后都必须处于一致性状态。

   　　拿转账来说，假设用户A和用户B两者的钱加起来一共是5000，那么不管A和B之间如何转账，转几次账，事务结束后两个用户的钱相加起来应该还得是5000，这就是事务的一致性。

3. 隔离性（Isolation）
   　　隔离性是当多个用户并发访问数据库时，比如操作同一张表时，数据库为每一个用户开启的事务，不能被其他事务的操作所干扰，多个并发事务之间要相互隔离。

   　　即要达到这么一种效果：对于任意两个并发的事务T1和T2，在事务T1看来，T2要么在T1开始之前就已经结束，要么在T1结束之后才开始，这样每个事务都感觉不到有其他事务在并发地执行。

4. 持久性（Durability）
   　　持久性是指一个事务一旦被提交了，那么对数据库中的数据的改变就是永久性的，即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作。

   　　例如我们在使用JDBC操作数据库时，在提交事务方法后，提示用户事务操作完成，当我们程序执行完成直到看到提示后，就可以认定事务以及正确提交，即使这时候数据库出现了问题，也必须要将我们的事务完全执行完成，否则就会造成我们看到提示事务处理完毕，但是数据库因为故障而没有执行事务的重大错误。
   　　

在这里我创建了两个表（product商品表和orders订单表）

orders订单表
mysql> select * from orders;
-> $
+—–+—–+——+
| oid | gid | much |
+—–+—–+——+
| 4 | 2 | 10 |
+—–+—–+——+
1 row in set

mysql> select * from product;
-> $
+—-+——+—–+
| id | name | num |
+—-+——+—–+
| 1 | 牛 | 57 |
| 2 | 羊 | 75 |
| 3 | 猪 | 75 |
+—-+——+—–+
3 rows in set

输入开启事务 start transaction;的语句
mysql> start transaction;
-> $
Query OK, 0 rows affected

输入修改order订单表语句
mysql> update product set num=60 where id = 1;
-> $
Query OK, 1 row affected
Rows matched: 1 Changed: 1 Warnings: 0

结果显示：

mysql> select * from product;
-> $
+—-+——+—–+
| id | name | num |
+—-+——+—–+
| 1 | 牛 | 60 |
| 2 | 羊 | 75 |
| 3 | 猪 | 75 |
+—-+——+—–+
3 rows in set

如果我输入回滚 rollback语句，数据会恢复到原状，原来修改的牛的数量60撤销会原来的57
mysql> select * from product;
-> $
+—-+——+—–+
| id | name | num |
+—-+——+—–+
| 1 | 牛 | 57 |
| 2 | 羊 | 75 |
| 3 | 猪 | 75 |
+—-+——+—–+
3 rows in set

如果我输入提交 commit语句，改变的结果会保留在数据库，持久不变。
mysql> commit;
-> $
Query OK, 0 rows affected

mysql> select * from product;
-> $
+—-+——+—–+
| id | name | num |
+—-+——+—–+
| 1 | 牛 | 60 |
| 2 | 羊 | 75 |
| 3 | 猪 | 75 |
+—-+——+—–+
3 rows in set