数据库事务介绍（一）数据库事务的基本概念

写在前面，关于事务的这个系列都是以mysql8.0为例。

目录

数据库事务概述

存储引擎支持事务情况

基本概念

事务的ACID个性

事务的状态

---

数据库事务概述

事务是数据库区别于文件系统的重要特征之一，当我们有了事务就会让数据库始终保持一致，同时我们还能通过事务机制恢复到某个时间点，这样可以保证已提交到数据库的修改不会因为系统崩溃而丢失。

存储引擎支持事务情况

show engines命令来查看当前mysql支持的存储引擎都有哪些以及这些存储引擎是否支持事务。

我们可以看到在mysql数据库的支持引擎中只有innodb是支持事务的。我的mysql版本是8.0，当然了默认而引擎也是innodb。

基本概念

事务：一组逻辑操作单元，使数据从一种状态到另一种状态。

事务处理的原则：保证所有事务都作为一个工作单元来执行，即使出现了故障，都不能改变这种执行方式。

一个事务中执行多个操作时，要么所有的事务都被提交（commit），要么这些修改永久地保存下来，要么书库管理系统将放弃所有的修改，整个事务回滚（rollback）到最终状态。

事务的ACID个性

原子性，是指事务是一个不可分割的工作单位，要么全部提交要么全部失败回滚。即要么转账失败要么成功不存在中间状态。如果无法保证原子性会怎么样呢？就会出现数据不一致，A账户减去100而B增加100操作失败系统将无故丢失100.

一致性，是指事务执行前后数据从一个合法的状态变换到另一个合法的状态。这种状态是语义上的而不是语法上的，根据具体业务有关。

那么什么是合法的数据状态？满足预定的约束的状态就叫做合法的状态。通俗一点，这状态是由你自己定义的。满足这个状态，数据就是一致的。如果事务中的某个操作失败了，系统就会自动撤销当前正在执行的事务，返回到事务操作之前的状态。

举例1：Ａ账户有200元，转账300出去，此时A账户就成为了-100.你自然就发现此时数据是不一致的，为什么？因为你定义了一个状态，余额必须是>=0的。

举例2：A账户200，转50给B。A的钱扣除了，但是B账户因为各种意外余额没有增加，你也知道此时数据是不一致的，为什么？因为你定义了一个状态，要求A+B的总余额必须不变。

隔离性，是指一个事务的执行不能被其他事务干扰，即一个事务内部的操作以及使用的数据对并发的其他事务是隔离的，并发执行的各个事务之间不能互相干扰。

如果无法保证隔离性会怎么样呢？假设A账户有200，B账户0，A往B转账两次，每次50，分别在两个事务中执行。如果无法保证隔离性，会出现下面的情况：

 

最后导致转账两次，B账户只有50元。

持久性，是指一个事务一旦被提交，它对数据库中数据改变就是永久性的，接下来的其他操作和数据库故障不应该对其有任何影响。

持久性是通过事务日志来保证的。日志包括了重做日志和回滚日志。当我们通过事务对数据进行修改的时候，首先会将数据库的变化信息记录到重做日志中，然后再对数据库中对应的行进行修改。这样做的好处是，即使数据库系统崩溃，数据库重启后也能找到没有更新到数据库系统中的重做日志，重新执行，从而使事务具有持久性。

总结
ACID是事务的四大特性，在这四个特性中，原子性是基础，隔离性是手段，一致性是约束条件，
而持久性是我们的目的。

数据库事务，其实就是数据库设计者为了方便起见，把需要保证原子性、隔离性、一致性和
持久性的一个或多个数据操作成为事务。

事务的状态

我们现在知道事务是一个抽象的概念，它其实对应着一个或多个数据库操作，mysql根据这些操作所执行的不同阶段把事务大致划分为几个状态：

活动的，事务对应的数据库操作正在执行过程中时。

部分提交的，当事务中的最后一个操作执行完成但由于操作都在内存中执行，所造成的影响并没有刷新到磁盘时。

失败的，当事务处在活动的或者部分提交的状态时，可能会遇到某些错误（比如断电）而无法继续执行，或者人为的停止当前事务执行时。

中止的，如果事务执行了一部分而变成失败的状态那么就需要把已经修改的事务中的操作还原到事务执行前的状态。换句话说，就是要撤销失败事务对当前数据库造成的影响。我们把这个撤销的过程称为回滚。当回滚操作执行完毕时，也就是数据库恢复到了执行事务之前的状态。

提交的，当一个处于部分提交状态的事务将修改过的数据都同步到磁盘时。