一、事务的基本要素（ACID）
1、原子性（Atomicity）：事务开始后所有操作，要么全部做完，要么全部不做，不可能停滞在中间环节。事务执行过程中出错，会回滚到事务开始前的状态，所有的操作就像没有发生一样。也就是说事务是一个不可分割的整体，就像化学中学过的原子，是物质构成的基本单位。
2、一致性（Consistency）：事务开始前和结束后，数据库的完整性约束没有被破坏 。比如A向B转账，不可能A扣了钱，B却没收到。
3、隔离性（Isolation）：同一时间，只允许一个事务请求同一数据，不同的事务之间彼此没有任何干扰。比如A正在从一张银行卡中取钱，在A取钱的过程结束前，B不能向这张卡转账。
4、持久性（Durability）：事务完成后，事务对数据库的所有更新将被保存到数据库，不能回滚。
二、事务的并发问题
1、脏读：事务A读取了事务B更新的数据，然后B回滚操作，那么A读取到的数据是脏数据
2、不可重复读：事务 A 多次读取同一数据，事务 B 在事务A多次读取的过程中，对数据作了更新并提交，导致事务A多次读取同一数据时，结果 不一致。
3、幻读：
- 事务A对数据进行查询，发现数据并不存在，准备执行insert操作，此时事务B在事务A执行插入之前进行了insert，并提交事务，此时事务A再执行insert的时候会发生报错，这种查询的时候明明没有，插入却提示已经存在的现象。
- 事务A对数据进行查询，如果同时事务B插入了新数据并提交，事务A再更新时，就会“惊奇的”发现了这些新数据，貌似之前读到的数据是“鬼影”一样的幻觉。
- 事务A对数据进行查询，如果同时事务B删除了某条数据并提交，但事务A并不知道数据已被删除，去修改被删除的数据时，发现无法更新成功。
4、更新丢失：两个事务在并发下同时进行更新，后一个事务的更新覆盖了前一个事务更新的情况，更新丢失是数据没有保证一致性导致的。比如，事务A 修改了一条记录，事务B 在 事务A 提交的同时也进行了一次修改并且提交。当事务A查询的时候，会发现刚才修改的内容没有被修改，好像丢失了更新。
解决方案：
脏读和不可重复读，通过调整事务隔离级别即可解决，在可重复读的隔离级别下产生的幻读问题，可以通过间歇锁的方式解决，更新丢失可以通过乐观锁或排他锁解决。
MySQL锁机制
三、事务的实现方式
| 特征 | InnoDB实现方式 |
|---|---|
| 原子性（A） | 回滚日志（Undo Log）：用于记录数据修改前的状态 |
| 一致性（C） | 重做日志（Redo Log）：用于记录数据修改后的状态 |
| 隔离性（I） | 锁：用于资源隔离，分为共享锁和排他锁 |
| 持久性（D） | 重做日志（Redo Log）+ 回滚日志（Undo Log） |