不腾

​ 这两周把事务有关的写完了，相信完整看下来能对事务有一个系统的认知，在这里整理一下顺序，以便读者阅读。 诚意满满之讲透事务 诚意满满之讲透事务隔离级别 诚意满满之MySQL如何实现原子性、持久性 诚

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

​ 在MySQL中，有多种锁类型，我们先了解三种概念的锁，以便对接下来的内容有更好理解。 表级锁（Table Lock）：对整个表加锁，其他事务无法修改或读取该表的数据，但可以对其他表进行操作。 页级

本文立足于读已提交和可重复读这两个痛点，以锁和MVCC为抓手，对齐读已提交和可重复读两个事务隔离级别的解决思路，通过分析MySQL的打法，沉淀出一套通用的方法论，进而在本系列内形成闭环，为八股文赋能。

​  前面已经说完了事务的四个特性以及事务隔离级别概念性的东西，接下来我们讲讲具体实现，以便能有个更深的印象与理解。 以下内容均指的是MySQL innodb存储引擎的实现 首先，我们先讲一个前置知识

背景 有一天,在代码中执行redis 的rename命令的时候，突然返回了这个错误 (error) CROSSSLOT Keys in request don't hash to the same s

​ 在循环里面使用lambda函数造成捕获性lambda后，会产生多余的引用，从而使程序进行原来本可以避免的垃圾回收。从效率的角度上看，这是我们应该避免的

​ sringboot原本使用的是logback日志框架，将它去掉，修改为log4j2日志框架后，往往会出现以下错误： 出现这种错误时，项目还能继续运行 ，但是我们会发现log4j.xml的配置并不生

原子性和持久性是耳熟能详的概念，讲清楚如何实现却要费一番功夫，需要了解redolog和undolog的机制