1、事务的特性

原子性（Atomicity）：事务是不可分割的最小操作单元，要么全部成功，要么全部失败。
一致性（Consistency）：事务完成时，必须使所有的数据都保持一致状态。
隔离性（Isolation）：数据库系统提供的隔离机制，保证事务在不受外部并发操作影响的独立环境下运行。
持久性（Durability）：事务一旦提交或回滚，它对数据库中的数据的改变就是永久的。

2、事务的隔离级别

未提交读 (Read uncommitted)是最低的隔离级别。通过名字我们就可以知首，在这种事务隔离级别下，一个事务可以读到另外一个事务未提交的数据。这种隔离级别下会存在幻读、不可重复读和脏读的问题。

提交读 (Read committed)也可以翻圣成读已提交，通过名字也可以分析出，在一个事务修改数据过程中，如果事务还没提交，其他事务不能读该数据。所以，这种隔离级别是可以避免脏读的发生的。

可重复读 (Repeatable reads), 由于提交读隔离级别会产生不可重复读的读现象。所以，比提交读更高一个级别的隔离级别就可以解决不可重复读的问题。这种隔离级别就叫可重复读。但是这种周离级别没办法彻底解决幻读。

可串行化 (Serializable)是最高的隔离级别，前面提到的所有的隔离级别都无法解决的幻读，在可串行化的隔离级别中可以解决。

3、undo log 和 redo log 的区别

1、redo log

[!note] 持久性

缓冲池（buffer pool）: 主内存中的一个区域，里面可以缓存磁盘上经常操作的真实数据，在执行增删改查操作时，先操作缓冲池中的数据（若缓冲池没有数据，则从磁盘加载并缓存），以一定频率刷新到磁盘，从而减少磁盘 IO，加快处理速度。
数据页（page）: 是 InnoDB 存储引擎磁盘管理的最小单元，每个页的大小默认为 16 KB。页中存储的是行数据。

如果我们事务提交之后存在了缓冲池里面还没有写入磁盘，此时数据库宕机了。那么就会导致内存也就是缓冲池中的数据丢失，我们就失去了事务的持久性。

此时 Mysql 就引入了 redo log 日志文件。

此时我们写入的操作变成了，
1、事务提交之后写入缓冲区（Buffer Pool）
2、缓冲区写入 redo log buffer
3、redo log buffer 写入到 redo log 磁盘
4、隔一段时间之后刷新缓冲区到磁盘
5、当数据库宕机的时候，调用 redo log 恢复 Buffer Pool 中的数据。

[!info]
这乍一看不还是需要一个事务调用一次磁盘 IO 吗？这不就失去了 Buffer Pool 的作用了？
注意：redo log buffer 写到 redo log 中的时候是调用的顺序的磁盘 IO，而 Buffer Pool 写入磁盘的时候调用的是随机磁盘 IO。所以说此处是保证安全性的情况下，优化性能。

2、undo log

[!note] 原子性，一致性

undo log 记录的是当前命令相反的命令也就是回滚日志，用于记录数据被修改前的信息 , 作用包含两个 : 提供回滚和 MVCC (多版本并发控制) 。undo log 和 redo log 记录物理日志不一样，它是逻辑日志。
可以认为当 delete 一条记录时，undo log 中会记录一条对应的 insert 记录，反之亦然，
当 update 一条记录时，它记录一条对应相反的 update 记录。当执行 rollback 时，就可以从 undo log 中的逻辑记录读取到相应的内容并进行回滚。

3、区别 ：

redo log: 记录的是数据页的物理变化，服务宕机可用来同步数据
undo log ：记录的是逻辑日志，当事务回滚时，通过逆操作恢复原来的数据
redo log 保证了事务的持久性，undo log 保证了事务的原子性和一致性