经历了太久的事务，最终还是会找到自己的港湾，迎来终章。
即事务四大特性下的 -----》一致性
【放心，我还是会陪着大家(￣￣)~*。关注再看，后续不断(˘˘)】
复习下前面的内容，怕大家忘记啦！<(˘˘)>
redo log：保证事务持久性。当数据更新后，会在内存 redo log 缓冲里面做一次备份，当缓冲区装满后，再由后台任务持久化到磁盘。如果机器发生意外，系统重启之后在读取 redo log 恢复最新数据。
undo log：保证事务原子性，记录数据行更改前状态，如果事务回滚、提交失败或意外情况，那这个事务操作就不会成立，当发生错误情况，直接通过直接 undo log 进性数据回滚。因此保证了与更改前数据同步。
MVCC： 保证事务隔离性，为什么呢？ 因为读写操作，都是在原数据基础上复制一份，作为自己的操作版本，然后再对版本数据进行操作。这样各个事务操作都是针对于自己的版本。所以每次找到的都是当前最新版本呢！ o(￣￣)ｄ
好像还差点什么？
没错额，差的就是事务一致性。可能到现在大家差不多就明白，
这个一致性是怎么体现？请看如下分解
一致性是什么？
一致性就是数据保持一致，在单机下就是事务的基本特征或特性相同。在分布式系统中，可以理解为多个节点中数据的值是一致的。
那为什么分布式和单机特征有点不一样，这之间既有分布式事务与CAP理论的关系呢？
后续分享时，在给大家分享。{就是这么暖心❥(ゝω・✿ฺ)}
总结下：一致性就是保持，按照你的逻辑操纵后，数据会达到你执行操纵预期值，所以事务就通过回滚，以及恢复，和在并发环境下的隔离综合起来做到一致性。
这也是为什么大型BAT等公司要求原理，因为别人都是要解决并发的相关问题。
后面还会选择主题分享给大家，٩(๑❛ᴗ❛๑)۶
如果大家想学习相关技术内容，可以留言或者私聊给的。如果需要MySQL的系统性的了解可私聊我，分享一些书单、学习建议等推荐给大家。
如有帮助，欢迎关注@三头六臂哪咤。微信搜索：莲花童子哪咤 没办法，我就是吒吒，不学习怎么办呢？(；´д｀)ゞ 期待大家关注与留言
