MySQL 事务

数据库优化 学习笔记

一、事务的简介

1.1、什么是事务

        所谓事务,它是一个操作序列，这些操作要么都执行，要么都不执行，它是一个不可分割的工作单位。

例如：

银行转帐工作：
	从一个帐号扣款并使另一个帐号增款，这两个操作要么都执行，要么都不执行。
	所以，应该把他们看成一个事务。
	事务是数据库维护数据一致性的单位，在每个事务结束时，都能保持数据一致性

1.2、事务的组成

        假如一个银行的数据库有两张表：支票表（checking）和储蓄表（savings）。现在要从用户Jane的支票账户转移200美元到她的储蓄账户，那么至少需要三个步骤：

1. 检查支票账户的余额高于或者等于200美元。
2. 从支票账户余额中减去200美元。
3. 在储蓄帐户余额中增加200美元。

上述三个步骤的操作必须打包在一个事务中，任何一个步骤失败，则必须回滚所有的步骤。

1.3、事务的出现

        事务广泛的运用于订单系统、银行系统等多种场景。

例如：

A用户 和 B用户 是银行的储户，现在 A 要给 B 转账500元，那么需要做以下几件事：

	1. 检查A的账户余额>500元；
	2. A 账户中扣除500元;
	3. B 账户中增加500元;

按照这个步骤执行完成后，有几种可能的结果：

1. 正常的流程走下来，A账户扣了500，B账户加了500，转账成功。
2. A账户扣钱之后，系统出现故障。A损失了500，而B却没有收到应得的500，转账失败。

以上的案例中，隐藏着一个前提条件：A扣钱和B加钱，要么同时成功，要么同时失败。事务的需求就在于此。

---

二、事务四大特性（简称ACID）

2.1、原子性（Atomicity）

一个事务必须被视为一个不可分割的最小工作单元，整个事务中的所有操作要么全部提交成功，要么全部失败回滚。
对于一个事务来说，不可能只执行其中的一部分操作，这就是事务的原子性。

例如：	银行转账
	A 给 B 转账, 有 "A扣钱成功", "B成功收到钱" 两个操作
	要么两个操作都提交成功, 要么两个操作都失败, 不能存在只有一个操作成功的情况.

2.2、一致性（consistency）

数据库总是从一个一致性的状态转换到另一个一致性的状态。

例如：	还是银行转账
	A 给 B 转账, 那么一致性则可以粗略理解为
	(转账前 A的余额 + B的余额) == (转账后 A的余额 + B的余额)

2.3、隔离性（isolation）

通常来说，一个事务所做的修改在最终提交以前，对其他事务是不可见的。

例如：	还是银行转账
	A 给 B 转账, 当执行完了 "A扣钱成功" 而 未执行 "B成功收到钱" 时, 此时事务未提交
	那么, 若此时管理员查看 A 账户余额, 会发现并没有扣除金额. 

2.4、持久性（durability）

一旦事务提交，则其所做的修改会永久保存到数据库。（此时即使系统崩溃，修改的数据也不会丢失。）

---

三、事务命令

        表的引擎类型必须是innodb类型才可以使用事务，这是 mysql 表的默认引擎。

• 开启事务

	-- 开启事务后执行修改命令，变更会维护到本地缓存中，而不维护到物理表中
	
	begin;
	-- 或者
	start transaction;

• 提交事务

	-- 将缓存中的数据变更维护到物理表中
	commit;

• 回滚事务

	-- 放弃缓存中变更的数据
	rollback;

注意：

1. 修改数据的命令会自动的触发事务，包括 insert , update , delete
2. 在SQL语句中有手动开启事务的原因是：可以进行多次数据的修改，如果成功一起成功，否则一起会滚到之前的数据