1 数据库事务

MySQL 事务主要用于处理操作量大，复杂度高的数据。比方我想要删除一个用户（销户）以及这个用户的个人信息、订单信息以及其他信息，这里会涉及到很多 SQL 语句的执行来满足我们的业务需求，我们要一次性删除这些数据，这些数据库操作语句就构成了一个事务。

那么在 MySQL 数据库中，我们如何查看存储引擎是否支持事务呢？下面我就从我实验机器上的 MySQL 来一探究竟。

「实验环境」

MySQL 社区版， 8.0.18

1.1 MySQL 中的存储引擎

在 MySQL 中，我们很容易查看存储引擎是否支持事务操作，也可以看到其他的存储引擎是否支持事务。

在登录 MySQL 数据库的情况下，执行语句

select * from information_schema.engines;

当然，你也可以从配置库中来查看存储引擎的支持情况，执行语句如下

show engines;

当然，如果你不想使用命令行来查看这个存储引擎，我们可以使用一些工具来查看，例如 Navicat、DBeaver、workbench 等 SQL-UI 工具。下面是我使用 Navicat 查看数据库表的存储引擎情况（这种情况比较多、而且常用）

当然了，如果你不喜欢使用那双娇贵的小手敲打命令，我们可以从官方文档上面查寻到这个信息，官方文档提供给我们更加详细的内容：MySQL存储引擎 ，如果你的英文足够好或者网络足够的不错的话，我更倾向于你去查阅下英文的文档。

从上面的的查询信息我们可以得到下面的信息：

• MySQL 8.0+的默认存储引擎是 InnoDB

• MySQL 的 InnoDB 存储引擎支持事务

• MySQLInnoDB 存储引擎锁为行级别（最小可支持行级锁）

• MySQLInnoDB 存储引擎支持外键

从 MySQL 的这个配置表，不难看出来，MySQL 还支持的其他的存储引擎，但是可以支持事务的却只有 InnoDB 存储引擎。

1.2 InnoDB 存储引擎架构

下面这张图是我从官方拷贝过来的，从图中不难看出来，InnoDB 主要由两部分来开展工作：内存架构和磁盘架构。其中内存架构中又分为缓冲池、变化缓冲区、日志缓冲区和自适应哈希索引；磁盘架构中分为表空间（系统表空间、文件前置表空间、自动表空间、undo 表空间、临时表空间、临时表空间）、索引、文件双写缓冲区、redo 日志区。

1.3 什么是事务

在百度百科中是这样子定义事务：

事务（Transaction），一般是指要做的或所做的事情。在计算机术语中是指访问并可能更新数据库中各种数据项的一个程序执行单元(unit)。事务通常由高级数据库操纵语言或编程语言（如 SQL，C++或 Java）书写的用户程序的执行所引起，并用形如 begin transaction 和 end transaction 语句（或函数调用）来界定。事务由事务开始(begin transaction)和事务结束(end transaction)之间执行的全体操作组成。

「事务 A 的 CID 特性」

在前面，我们已经说明什么是事务，事务所使用的场景在哪里。一般来说，事务是必须满足 4 个条件：原子性（Atomicity，或称不可分割性）、一致性（Consistency）、隔离性（Isolation，又称独立性）、持久性（Durability），总称 ACID。

「事务的处理原则」

保证所有事务在作为整体的情况，或者说一个执行单元的情况下，即使在执行过程中出现故障，都不可以改变这种执行方式。当在一个执行单元下，要么所有的事务都被 commit，要么这些修改的就永久的保存下来，要么 DBMS 放弃所有的修改，退回到原始状态。

1.4 事务的状态

在 MySQL 数据库中， 事务有 5 种撞他，他们分别是活动状态、部分提交状态、失败状态、提交状态、中止状态

1）活动状态：事务在执行时的状态叫活动状态。

2）部分提交状态：事务中最后一条语句被执行后的状态叫部分提交状态。

3）失败状态：事务不能正常执行的状态叫失败状态。

4）提交状态：事务在部分提交后，将往硬盘上写入数据，当最后一条信息写入后的状态叫提交状态。进入提交状态的事务就成功完成了。

5）中止状态：事务回滚并且数据库已经恢复到事务开始执行前的状态叫中止状态。