MySQL的事务理解
在学习事务这一概念前，我们需要需要构思一个场景
场景构思
假设该场景发生于一个银行转账背景下，月中，又到了发工资的日子。学校打算给A老师发放一个月的工资。（此处，我们假设转账都是由人工操作的），整个过程本应该如下：
-
学校财务核对A老师工资单
-
确认学校账上还有这么多钱
-
向银行提出转账申请，银行扣除学校财务卡上的指定金额
-
银行向A老师工资卡打入指定金额
-
银行汇报双方交易完成
但是，当这个过程执行完第3步的时候，突然大断电！整个电力系统进入瘫痪。待电力系统回复之后，银行并不会继续执行4、5步甚至连1，2，3步的操作记录都丢失了。此时出现了如下的问题：
-
学校认为，工资已经发出
-
A老师认为，学校还没有发工资
-
银行认为，从来就没有发生过转账的事情
其实整个过程可以用一个词来描述：数据库中的数据产生了“不一致性”
一致性
上述背景中设计到了一个概念，叫做不一致性，这是和一致性相对的概念。那么，什么是一致性呢？
一致性的意思是，在一系列数据库行为的前后两个时间点上，数据是正确对应的。放在上面的例子来看，就是操作前后，两个账户的总金额是一样的，这样就保证不会凭空的丢失掉不该丢失掉的金钱。
原子操作
为了保证数据的一致性，我们可以将一系列会破坏一致性的操作声明为原子操作。被声明为原子操作的那些操作要么一起完成，要么一起失败，这样我们就避免了类似断电这类情况导致的数据不一致性。
事务
那么如何才能实现MySQL中的原子操作呢？
MySQL以及大多数关系型数据库都提供了一个叫做事务的技术。我们可以声明一个事务的开始，在确认提交或者指明放弃前的所有操作，都先在一个叫做事务日志的临时环境中进行操作。待操作完成，确保了数据一致性之后，那么我们可以手动确认提交，也可以选择放弃以上操作。
注意： 一旦选择了提交，那么便不能再利用放弃操作来撤销更改了。
案例分析
我们首先创建我们本次案例需要使用的表，并给一些测试数据
mysql> SHOW DATABASES;#查看有多少数据库
+--------------------+
| Database |
+--------------------+
| information_schema |
| mysql |
| performance_schema |
| python |
| sys |
+--------------------+
5 rows in set (0.00 sec)
mysql> USE `python`;#切换数据库
Database changed
mysql> SELECT DATABASE();#查看当前使用的数据库
+------------+
| DATABASE() |
+------------+
| python |
+------------+
1 row in set (0.00 sec)
mysql> CREATE TABLE `account` (
-> `id` int PRIMARY KEY AUTO_INCREMENT,
-> `name` VARCHAR(20) NOT NULL,
-> `balance` DECIMAL(12,2)
-> );
Query OK, 0 rows affected (0.04 sec)
mysql> INSERT INTO `account`(`name`, `balance`)
-> VALUES ('TanzhouEDU', 10000000),('Tuple', 10000)
-> ;
Query OK, 2 rows affected (0.70 sec)
Records: 2 Duplicates: 0 Warnings: 0
断电案例（非原子操作）
首先，查看现有的账户情况
mysql> SELECT * FROM `account`;
+----+------------+-------------+
| id | user | balance |
+----+------------+-------------+
| 1 | TanzhouEDU | 10000000.00 |
| 2 | Tuple | 10000.00 |
+----+------------+-------------+
2 rows in set (0.00 sec)
现在，学校财务开始向A老师发工资
mysql> UPDATE `account`
-> SET `balance` = `balance` - 10000
-> WHERE `user` = 'TanzhouEDU'
-> ;
Query OK, 1 row affected (0.05 sec)
Rows matched: 1 Changed: 1 Warnings: 0
mysql> SELECT * FROM `account`;
+----+------------+------------+
| id | user | balance |
+----+------------+------------+
| 1 | TanzhouEDU | 9990000.00 |
| 2 | Tuple | 10000.00 |
+----+------------+------------+
2 rows in set (0.00 sec)
此时，发生了断电，再登录数据库以后，钱已经消失了。
事务案例（原子操作）
MySQL中，事务操作包括4个：
-
START TRANSACTION：开始一个新的事务 -
COMMIT：提交当前事务，做出永久改变 -
ROLLBACK：回滚当前事务，放弃修改 -
SET autocommit = {0 | 1}：对当前会话禁用（0）或启用（1）自动提交模式我们利用事务机制来重复上述断电的情况。看看是否能够有所帮助。
mysql> SELECT * FROM `account`;
+----+------------+------------+
| id | user | balance |
+----+------------+------------+
| 1 | TanzhouEDU | 9990000.00 |
| 2 | Tuple | 10000.00 |
+----+------------+------------+
2 rows in set (0.00 sec)
mysql> START TRANSACTION;
Query OK, 0 rows affected (0.00 sec)
mysql> UPDATE `account`
-> SET `balance` = `balance`-1000
-> WHERE `user` = 'TanzhouEDU'
-> ;
Query OK, 1 row affected (0.01 sec)
mysql> SELECT * FROM `account`;
+----+------------+------------+
| id | user | balance |
+----+------------+------------+
| 1 | TanzhouEDU | 9989000.00 |
| 2 | Tuple | 10000.00 |
+----+------------+------------+
2 rows in set (0.00 sec)
mysql> exit
Bye
tuple@MyVM:~$ mysql -utuple -p123456
mysql> USE `python`;
Database changed
mysql> SELECT * FROM `account`;
+----+------------+------------+
| id | user | balance |
+----+------------+------------+
| 1 | TanzhouEDU | 9990000.00 |
| 2 | Tuple | 10000.00 |
+----+------------+------------+
2 rows in set (0.00 sec)
我们可以看到，数据在断电后，自动恢复到了数据修改前的样子，它相当于如下一个操作过程。
mysql> START TRANSACTION;
Query OK, 0 rows affected (0.00 sec)
mysql> UPDATE `account`
-> SET `balance`=`balance`-1000
-> WHERE `user`='TanzhouEDU'
-> ;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1 Changed: 1 Warnings: 0
mysql> SELECT * FROM `account`;
+----+------------+------------+
| id | user | balance |
+----+------------+------------+
| 1 | TanzhouEDU | 9989000.00 |
| 2 | Tuple | 10000.00 |
+----+------------+------------+
2 rows in set (0.00 sec)
mysql> ROLLBACK;
Query OK, 0 rows affected (0.02 sec)
mysql> SELECT * FROM `account`;
+----+------------+------------+
| id | user | balance |
+----+------------+------------+
| 1 | TanzhouEDU | 9990000.00 |
| 2 | Tuple | 10000.00 |
+----+------------+------------+
2 rows in set (0.00 sec)
接着，我们来做一次正确的操作，真正的给A老师发一次工资。
mysql> START TRANSACTION;
Query OK, 0 rows affected (0.00 sec)
mysql> UPDATE `account`
-> SET `balance` = `balance`-10000
-> WHERE `user` = 'TanzhouEDU'
-> ;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1 Changed: 1 Warnings: 0
mysql> UPDATE `account`
-> SET `balance` = `balance`+10000
-> WHERE `user`= 'Tuple'
-> ;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1 Changed: 1 Warnings: 0
mysql> SELECT * FROM `account`;
+----+------------+------------+
| id | user | balance |
+----+------------+------------+
| 1 | TanzhouEDU | 9980000.00 |
| 2 | Tuple | 20000.00 |
+----+------------+------------+
2 rows in set (0.00 sec)
mysql> COMMIT;
Query OK, 0 rows affected (0.03 sec)
mysql> ROLLBACK;
Query OK, 0 rows affected (0.00 sec)
mysql> SELECT * FROM `account`;
+----+------------+------------+
| id | user | balance |
+----+------------+------------+
| 1 | TanzhouEDU | 9980000.00 |
| 2 | Tuple | 20000.00 |
+----+------------+------------+
2 rows in set (0.00 sec)
通过上面的例子可以看出，一旦commit了，那么rollback还是断电都不能反悔了。
