MySQL高级之事务

需求

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

例如：

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

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

正常的流程走下来，A账户扣了500，B账户加了500，皆大欢喜。

那如果A账户扣了钱之后，系统出故障了呢？A白白损失了500，而B也没有收到本该属于他的500。

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

定义

事务是一个操作序列。这些操作要么同时成功，要么同时失败，是不可分割的执行单元。

四大特性(ACID)

• 原子性（atomicity）

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

• 一致性（consistency）

数据库总是从一个一致性的状态转换到另一个一致性的状态。执行事务前后一致性的状态可以自定义。（在前面的例子中，在没有执行事务前A账户与B账户中，余额总数的一致性是5000元，在执行完事务后，两者的余额也应该保持一致性原则，即余额为5000元，否则要么事务中的语句没有执行完，要么执行过程中出现异常）

• 隔离性（isolation）

通常来说，一个事务所做的修改在最终提交以前，对其他事务是不可见的。（在前面的例子中，当执行完第三条语句、第四条语句还未开始时，此时有另外的一个账户汇总程序开始运行，则其看到帐户的余额并没有被减去500元。）

• 持久性（durability）

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

命令

开启事务

• 开启事务后执行修改命令，变更会维护到本地缓存中，而不维护到物理表中

begin;
或者
start transaction;

提交事务

• 将缓存中的数据变更维护到物理表中

commit;

回滚事务

• 放弃缓存中变更的数据

rollback;

注意

• 表的引擎类型必须是innodb类型才可以使用事务，innodb是mysql表的默认引擎，MyISAM不支持事务
• 执行修改数据的命令会自动触发事务，包括insert、update、delete，需要commit提交事务
• 使用终端操作数据库，默认开启事务，回车确认操作的时候，终端会默认执行commit
• 终端中如果手动调用begin时，就需要手动调用commit提交事务
• 在Python中操作数据库，默认开启事务。但进行增删改操作，需要手动调用commit提交事务