首页 > > 网络编程 > Mysql >

MySQL---事务知识，你搞明白没有？

2018-06-17 23:33:35来源：未知阅读 ()

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 changedmysql> 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> exitByetuple@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)