马不腾的博客

从大众知识点到原理再到具体实现，争取把一个知识点从头到尾完整讲下来，足以应付面试与工作。让读者读完之后能够有一种：“这个知识我看这一篇就够了”的感觉是本系列最大愿望。这两周把事务有关的写完了，相信完整看下来能对事务有一个系统的认知，在这里整理一下顺序，以便读者阅读。接下来会继续更新其他方面，希望能对更多的知识点从头讲到尾，欢迎关注，也欢迎关注同名公众号私信交流～。希望下面的flag能做到。

有时候系统在生产运行着，会突然爆出这个时候每个人都会很紧张，因为死锁会影响DB性能，严重时甚至拖垮整个系统。在实际的环境中，很多服务会共用一个数据库，一旦数据库挂了，基本就是P0事故。那么，死锁发生时，我们如何定位到死锁发生的SQL？

InnoDB有三种锁：记录锁、间隙锁、临键锁。记录锁只锁住某个具体节点；间隙锁锁住区间但不包含记录本身；临键锁=记录锁+间隙锁，主要用来解决不可重复读的问题诚意满满之MySQL实现事务隔离的秘诀：锁与MVCC。

快照读与当前读，前者是乐观的并发控制思想，后者是悲观的体现。MVCC，多版本并发控制，是快照读的一种实现

事务日志的概念1、为了优化数据更新速度，数据只更新到内存池，内存池定时刷回磁盘。为了防止更新丢失，数据更新前先写一条事务日志。2、事务日志是顺序写入，速度比随机写入快很多redolog1、已经提交的事务通过redolog恢复数据2、数据存储也分为buffer和file，提供了三种不同的配置将数据从buffer刷到file：延时写、实时写实时刷、实时写，延迟刷3、redolog逻辑是是环形写入，通过checkpoint清理过期的redologundolog。

诚意满满系列每一篇都是精挑细选，从大众知识点到原理再到具体实现，争取把一个知识点从头到尾完整讲下来，足以应付面试与工作。让读者读完之后能够有一种：“这个知识我看这一篇就够了”的感觉是本系列最大愿望。

这一篇讲一下事务隔离。上一篇没看也没关系，知识点是独立的。？首先我们先明白一件事：为了追求高性能，许多程序在设计之初往往会考虑加入并发，一旦加入并发，又面临并发带来的种种问题，为了解决并发问题，又引入了各种各样的机制。同样的，事务隔离是数据库解决并发问题的一种机制这时候*大的举手了：能不能既要快，又安全？这种既要又要且要，答案是有，只不过不是现在。如果未来的科技发展能够使得数据的读取速度跟上cpu的处理速度，那么并发将不复存在，并发带来的许多复杂问题也将迎刃而解。