需求
事务广泛的运用于订单系统、银行系统等多种场景
例如:
A用户和B用户是银行的储户,A账户余额2000元,B账户余额3000元,现在A要给B转账500元,那么需要做以下几件事:
- 检查A的账户余额>500元;
- A 账户中扣除500元;
- 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提交事务