mysql事务几大特性，这是很常问的知识点
- 原子性 - Atomicity
- 一致性 - Consistency
- 隔离性 - Isolation
- 持久性 - Durability
以上就是人们常说的 ACID四大特性
原子性：
事务开始后所有操作，要么全部做完，要么全部不做，不可能停滞在中间环节。事务执行过程中出错，会回滚到事务开始前的状态，所有的操作就像没有发生一样。
一致性：
事务执行的结果必须是使数据库从一个一致性状态变到另一个一致性状态。因此当数据库只包含成功事务提交的结果时，就说数据库处于一致性状态。如果数据库系统运行中发生故障，有些事务尚未完成就被迫中断，这些未完成的事务对数据库所作的修改有一部分已写入物理数据库，这时数据库就处于一种不正确的状态，或者说是不一致的状态。
隔离性：
同一时间，只允许一个事务请求同一数据，不同的事务之间彼此没有任何干扰。
持久性：
指一个事务一旦提交，它对数据库中数据的改变就应该是永久性的。接下来的其他操作或故障不应该对其执行结果有任何影响。
实现方式
原子性：
同一时间，只允许一个事务请求同一数据，不同的事务之间彼此没有任何干扰
事务的原子性是通过undo log日志进行实现的。当事务需要回滚时，InnoDB引擎就会调用undo log进行SQL语句的撤销，实现数据的回滚。
undo log是InnoDB引擎提供的日志。当事务对数据库进行修改，InnoDB不仅会记录redo log，还会生成对应的undo log。如果事务执行失败或调用了rollback，导致事务需要回滚，就可以利用undo log中的信息将数据回滚到修改之前的样子。
但是undo log于redo log不同，它属于逻辑日志。它对SQL语句执行相关的信息进行记录。当发生回滚时，InnoDB引擎会根据undo log日志中的巨鹿做与之前相反的工作。比如对于每个数据的插入操作（insert），回滚时会执行数据删除操作（delete）；对于每个数据删除操作（delete），回滚时会执行数据插入操作（insert）；对于每个数据更新操作（update），回滚时会执行一个相反的数据更新操作（update），把数据改回去。
undo log有两个作用，一是提供回滚，二是实现MVCC功能。
一致性：
一致性是指事务执行结束后，数据库的完整性约束没有被破坏，事务执行的前后都是合法的数据状态。一致性是事务追求的最终目标，原子性、持久性和隔离性，实际上都是为了保证数据库状态的一致性而存在的。
隔离性：
事务之间的隔离，是通过锁机制实现的。当一个事务需要对数据库中的某行数据进行修改时，需要先给数据加锁。
加了锁的数据，其它事务是不运行操作的，只能等待当前事务提交或回滚将锁释放。锁机制并不是一个陌生的概念，在许多场景中都会利用到不同实现的锁对数据进行保护和同步。
具体的与锁相关的，敬请下期的文章。
持久性：
事务的持久性是通过InnoDB存储引擎中的redo log日志来实现的。
重做日志（redo log）是InnoDB引擎层的日志，用来记录事务操作引起数据的变化，记录的是数据页的物理修改。InnoDB引擎对数据的更新，是先将更新记录写入redo log日志，然后会在系统空闲的时候或者是按照设定的更新策略再将日志中的内容更新到磁盘之中。
这就是所谓的预写式技术（Write Ahead logging）。这种技术可以大大减少IO操作的频率，提升数据刷新的效率。
redo log有一些细节需要我们注意，redo log日志的大小是固定的，为了能够持续不断的对更新记录进行写入，在redo log日志中设置了两个标志位置，checkpoint和write_pos，分别表示记录擦除的位置和记录写入的位置。