MySQL进阶｜MySQL中的事务原理
1 数据库事务
MySQL 事务主要用于处理操作量大，复杂度高的数据。比方我想要删除一个用户（销户）以及这个用户的个人信息、订单信息以及其他信息，这里会涉及到很多SQL语句的执行来满足我们的业务需求，我们要一次性删除这些数据，这些数据库操作语句就构成了一个事务。
那么在MySQL数据库中，我们如何查看存储引擎是否支持事务呢？下面我就从我实验机器上的MySQL来一探究竟。
「实验环境」
MySQL 社区版， 8.0.1
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）中止状态：事务回滚并且数据库已经恢复到事务开始执行前的状态叫中止状态。
