一、事务的基本要素(ACID)
- A：原子性：从 begin 开始一个事务，直到 commit 或者 rollback，中间执行的DML语句都属于一个整体，要么都commit，要么都rollback。
- C：一致性：当开始一个事务，没提交前。数据库宕了，这时候恢复的时候就需要把事务回滚。同理，如果提交了，但是内存中的数据没写到磁盘，那么恢复的时候就需要前滚。
- I：隔离性：会话1开始了一个事务，会话2开始的事务对于会话1的事务没有影响。同样的，会话1的事务对于会话2的事务没有影响。简单来说，多个事务间互不影响
- D：持久性：如果一个事务提交了，它对数据库中的影响是永久的，即便系统遇到故障的情况下，数据也不会丢失
二、InnoDB对ACID的实现机制
2.1 原子性：
关闭 autocommit 的前提下，需要手动 commit 或 rollback 结束一个事务
打开 autocommit 的前提下，需要手动 begin 开始一个事务，commit，rollback 结束一个事务
2.2 一致性：
崩溃恢复自动处理，无需人工干预。
dowble write，当出现块损坏。崩溃恢复时，也是自动处理，无需人工干预
2.3 隔离性：
REPEATABLE READ隔离级别下有三种锁：行锁，间隙锁，next key 锁，解决了脏读、不可重复读、幻读。隔离性是通过锁实现
- 脏读：会话1读取数据的时候读到了回话2事务正在进行修改的数据
- 不可重复读：会话1开始一个事务A，这时候会话1没有提交，执行了一条查询，结果是 abc，会话2执行了事务B，将 abc 修改成 aaa，这时候会话1，又重新执行了那条SQL，发现数据变成 aaa，这就是不可重复读取
- 幻读：会话1开始一个事务A，这时候会话1没有提交，执行了一条统计，结果是10，这时候会话2执行了事务B，插入了一条数据，这时候会话1，又执行了统计，发现结果是10。
2.4 持久性：
持久性方面涉及MySQL软件功能与硬件配置。取决于CPU，网络和存储设备的功能等许多可能性。
- 是否打开了 dowble write
- innodb_flush_log_at_trx_commit、sync_binlog参数的配置
- 存储设备中写入缓冲区，例如磁盘驱动器，SSD或RAID阵列
- 存储设备中的电池备份缓存
- 运行MySQL的操作系统，特别是它对fsync()系统调用的支持
- 不间断电源（UPS）保护运行MySQL服务器和存储MySQL数据的所有计算机服务器和存储设备的电源
- 备份策略，例如备份的频率和类型以及备份保留期
- 分布式或托管数据应用程序，MySQL服务器的硬件所在的数据中心的特定特征，以及数据中心之间的网络连接
参考官方文档：https://dev.mysql.com/doc/refman/5.7/en/mysql-acid.html
有异议的朋友可以一起讨论，一致性那块我也是懵逼了。