【Mysql】Mysql事务隔离界别及其实现原理

1.持久性

1.每次操作除了更新到buffer中，还会记录在redo log日志中，宕机后可以读取redo log
3.redo log写外存快于buffer写外存，由于buffer是随机io，而redo log是追加性io
2.mysql不是直接写外存，而是通过一个buffer作为缓冲，但是如果buffer没有及时同步到外存，就会发生这个数据丢失现象

2.原子性

1.在同一个事务内部的一组操作必须全部执行成功（或者全部失败）
2.为了保证事务操作的原子性，必须实现基于日志的REDO/UNDO机制：将所有对数据的更新操作都写入日志，如果一个事务中的一部分操作已经成功，但以后的操作，由于断电/系统崩溃/其它的软硬件错误而无法继续，则通过回溯日志，将已经执行成功的操作撤销，从而达到“全部操作失败”的目的。
3.undo日志中记录的是与操作相反的sql，比如我们执行一条insert，那undo日志中就记录一条delete，我们执行一条delete，undo日志中就纪录一条delete
4.最常见的场景是，数据库系统崩溃后重启，此时数据库处于不一致的状态，必须先执行一个crash recovery的过程：读取日志进行REDO（重演将所有已经执行成功但尚未写入到磁盘的操作，保证持久性），再对所有到崩溃时尚未成功提交的事务进行UNDO（撤销所有执行了一部分但尚未提交的操作，保证原子性）。crash recovery结束后，数据库恢复到一致性状态，可以继续被使用。

1.某个应用在执行转帐的数据库操作时，必须在同一个事务内部调用对帐户A和帐户B的操作，才能保证数据的一致性。
2.但是，原子性并不能完全保证一致性。在多个事务并行进行的情况下，即使保证了每一个事务的原子性，仍然可能导致数据不一致的结果。 例如，事务1需要将100元转入帐号A：先读取帐号A的值，然后在这个值上加上100。但是，在这两个操作之间，另一个事务2修改了帐号A的值，为它增加了100元。那么最后的结果应该是A增加了200元。但事实上，事务1最终完成后，帐号A只增加了100元，因为事务2的修改结果被事务1覆盖掉了。
3.简而言之，就是：原子性仅能够保证单个事务的一致性。就像redis一样，也只能保证单操作的线程安全，并不能保证多操作下的线程安全。

3.一致性

1.按照我个人的理解，在事务处理的ACID属性中，一致性是最基本的属性，其它的三个属性都为了保证一致性而存在的。
2.为了保证并发情况下的一致性，引入了隔离性，即保证每一个事务能够看到的数据总是一致的，就好象其它并发事务并不存在一样。

4.隔离性

(1)写写操作–锁

【Mysql】Mysql锁总结
【Mysql】Mysql锁详解

(2)写读(脏读，不可重复读，幻读)操作–MVCC

【Mysql】MySQL的MVCC多版本并发控制及其实现原理