背景介绍 写这篇文章得从一个现象说起。使用Mybatis Plus的开发可能对如下代码非常熟悉： 假设存在一个数据库表的映射结构，我们叫它SimpleModel 我们有一个根据otherId获取数据库

概述 《数据密集型应用》 一书中写道： 虽然Redis可能更像是计算密集型的应用，但是书中的观点依然十分适用。复制意味着在通过网络连接的多台机器上保留相同数据的副本我们希望能复制数据，可能出于各种各样

背景介绍 笔者日常的工作有些业务会遇到唯一索引约束。注意到： 业务功能相似，要求当唯一键存在时根据唯一键更新，否则直接插入 Mysql DUPLICATE KEY UPDATE天然支持上述功能 由此引

背景描述 事情发生在一年前，彼时我正通过HttpClient调用合作方接口，屡屡遭遇报错。我反复核验代码逻辑，确认调用方式分毫不差，但是调用一直报错。当时为赶项目工期，只得用潦草的方式解决，未曾深究根

背景介绍 故事开头发生于笔者所在的技术交流群。 A同学提问：有大佬看 HikariCP源码吗?这个我没看懂 X大佬答道： C2 的时候，调用这个类的任何方法的代码都会被抹掉，相当于没有调用一样。

曾经，我遭遇了一个荒诞的Bug。那是一个看似平凡的字段，由我和同事共同维护着，如同两个陌生人在同一片土地上耕作。最终，我们发现这个字段背叛了现实，它所记录的与真实情况南辕北辙。 生产环境是沉默的

当使用优化的编辑器时，千万不要认为指令会严格的按照ta们在源码中出现的顺序执行。例如，编译器可能重新安排汇编语言指令以使寄存器以最优方式使用。

尽管现在Redis的资料浩如烟海，但是整体的、通俗的且以Javaer视角娓娓道来的源码解析，却少之又少。

虽然现在关系型数据库越来越相似，但其背后的实现机制可能大相径庭。实际使用方面，因为SQL语法规范的存在使得我们熟悉多种关系型数据库并非难事