MySQL 的 InnoDB 存储引擎中，innodb_autoinc_lock_mode 系统变量控制着为 AUTO_INCREMENT 列生成值时所使用的锁策略。三种模式的区别如下： 0（传统模式）：使用表级的 AUTO-INC 锁，在整个插入语句执行期间持有该锁，直到语句结束才释放。这保证了每

事务并发控制是事务并发执行的核心问题，主要是解决并发事务之间的可见性问题。事务隔离级别是解决这个问题的关键，MySQL 支持多种事务隔离级别，包括 READ COMMITTED、REPEATABLE READ、SERIALIZABLE 以及 READ UNCOMMITTED。

INSERT 、 DELETE 、 UPDATE 这些会对数据做改动的语句都会产生什么类型的 undo日志 InnoDB 存储引擎中，INSERT、DELETE、UPDATE 这些数据改动语句在执行时，都会生成相应的 undo 日志（撤销日志）。undo 日志主要用于两个目的： 事务回滚：当事务执行

InnoDB中，redo日志的恢复（崩溃恢复） 是保证事务持久性的最后一道防线。当MySQL服务器意外崩溃后重启，InnoDB会通过重做（redo）那些在崩溃前已经提交但尚未完全写入磁盘的事务修改，从而将数据库恢复到崩溃前的状态。下面详细讲解redo日志恢复的完整过程。 1. 恢复的起点：从最近的C

下面给你一份JVM 层面 + Java 示例 + 字节码原理都讲清楚的《静态分派与动态分派》讲解。这是理解 Java 多态的核心关键。 🟥 一、什么是静态分派（Static Dispatch） 静态分派 = 编译阶段决定调用哪个方法。 特点： 发生在 编译期 依据 静态类型（变量声明类型） 用于

下面用非常清晰、非常标准的 JVM 术语帮你解释一下 静态类型（Static Type） 与 实际类型（Actual Type / Runtime Type） 的概念，并说明它们在 JVM 中扮演什么角色、为什么需要区分它们。 ✅ 一、静态类型（Static Type） 静态类型 = 编译阶段看到的

下面用最简单、最容易理解的例子把增量更新和原始快照讲清楚。你可以把这两个机制想象成： 增量更新：处理 “新加的引用” 原始快照：处理 “被删除的引用” 🟦 背景（必须知道） 三色标记法： 白色：未标记，可能是垃圾 灰色：被发现但子对象未扫描

如果你看到了这一篇文章，那么证明你已经安装成功了，感谢使用 Halo 进行创作，希望能够使用愉快。