diff --git a/.devcontainer/devcontainer.json b/.devcontainer/devcontainer.json new file mode 100644 index 0000000..76edfa6 --- /dev/null +++ b/.devcontainer/devcontainer.json @@ -0,0 +1 @@ +{"image":"mcr.microsoft.com/devcontainers/universal:2"} \ No newline at end of file diff --git a/.vscode/settings.json b/.vscode/settings.json index b91cc0d..72235d1 100644 --- a/.vscode/settings.json +++ b/.vscode/settings.json @@ -19,4 +19,4 @@ "source.organizeImports.biome": "always" }, "frontMatter.dashboard.openOnStart": false -} +} \ No newline at end of file diff --git a/public/api/i/2025/08/09/10o8753-1.webp b/public/api/i/2025/08/09/10o8753-1.webp new file mode 100755 index 0000000..0f3a67a Binary files /dev/null and b/public/api/i/2025/08/09/10o8753-1.webp differ diff --git a/public/api/i/2025/08/09/10qlyoo-1.webp b/public/api/i/2025/08/09/10qlyoo-1.webp new file mode 100755 index 0000000..20e0351 Binary files /dev/null and b/public/api/i/2025/08/09/10qlyoo-1.webp differ diff --git a/public/api/i/2025/08/09/124cfwm-1.webp b/public/api/i/2025/08/09/124cfwm-1.webp new file mode 100644 index 0000000..b611b32 Binary files /dev/null and b/public/api/i/2025/08/09/124cfwm-1.webp differ diff --git a/public/api/i/2025/08/09/124ikdt-1.webp b/public/api/i/2025/08/09/124ikdt-1.webp new file mode 100644 index 0000000..53eb472 Binary files /dev/null and b/public/api/i/2025/08/09/124ikdt-1.webp differ diff --git a/public/api/i/2025/08/09/12542r3-1.webp b/public/api/i/2025/08/09/12542r3-1.webp new file mode 100644 index 0000000..9e3070a Binary files /dev/null and b/public/api/i/2025/08/09/12542r3-1.webp differ diff --git a/public/api/i/2025/08/09/kexum3-1.webp b/public/api/i/2025/08/09/kexum3-1.webp new file mode 100755 index 0000000..8a6ca36 Binary files /dev/null and b/public/api/i/2025/08/09/kexum3-1.webp differ diff --git a/public/api/i/2025/08/09/kgn410-1.webp b/public/api/i/2025/08/09/kgn410-1.webp new file mode 100755 index 0000000..83aca95 Binary files /dev/null and b/public/api/i/2025/08/09/kgn410-1.webp differ diff --git a/public/api/i/2025/08/09/kh6tf8-1.webp b/public/api/i/2025/08/09/kh6tf8-1.webp new file mode 100755 index 0000000..0dcd62d Binary files /dev/null and b/public/api/i/2025/08/09/kh6tf8-1.webp differ diff --git a/public/api/i/2025/08/09/lmvm5q-1.webp b/public/api/i/2025/08/09/lmvm5q-1.webp new file mode 100755 index 0000000..34e01ba Binary files /dev/null and b/public/api/i/2025/08/09/lmvm5q-1.webp differ diff --git a/public/api/i/2025/08/09/lnk04g-1.webp b/public/api/i/2025/08/09/lnk04g-1.webp new file mode 100755 index 0000000..3293970 Binary files /dev/null and b/public/api/i/2025/08/09/lnk04g-1.webp differ diff --git a/public/api/i/2025/08/09/lsvw6z-1.webp b/public/api/i/2025/08/09/lsvw6z-1.webp new file mode 100755 index 0000000..d804ab6 Binary files /dev/null and b/public/api/i/2025/08/09/lsvw6z-1.webp differ diff --git a/public/api/i/2025/08/09/ltng7m-1.webp b/public/api/i/2025/08/09/ltng7m-1.webp new file mode 100755 index 0000000..db81ead Binary files /dev/null and b/public/api/i/2025/08/09/ltng7m-1.webp differ diff --git a/public/api/i/2025/08/09/m7rmhb-1.webp b/public/api/i/2025/08/09/m7rmhb-1.webp new file mode 100755 index 0000000..07b9021 Binary files /dev/null and b/public/api/i/2025/08/09/m7rmhb-1.webp differ diff --git a/public/api/i/2025/08/09/plbf8e-1.webp b/public/api/i/2025/08/09/plbf8e-1.webp new file mode 100755 index 0000000..dab1f14 Binary files /dev/null and b/public/api/i/2025/08/09/plbf8e-1.webp differ diff --git a/public/api/i/2025/08/09/qrczot-1.webp b/public/api/i/2025/08/09/qrczot-1.webp new file mode 100755 index 0000000..74b0c4c Binary files /dev/null and b/public/api/i/2025/08/09/qrczot-1.webp differ diff --git a/public/api/i/2025/08/09/qrldag-1.webp b/public/api/i/2025/08/09/qrldag-1.webp new file mode 100755 index 0000000..83cf007 Binary files /dev/null and b/public/api/i/2025/08/09/qrldag-1.webp differ diff --git a/public/api/i/2025/08/09/quecvs-1.webp b/public/api/i/2025/08/09/quecvs-1.webp new file mode 100755 index 0000000..6febdd6 Binary files /dev/null and b/public/api/i/2025/08/09/quecvs-1.webp differ diff --git a/public/api/i/2025/08/09/qvtn5x-1.webp b/public/api/i/2025/08/09/qvtn5x-1.webp new file mode 100755 index 0000000..5d7426b Binary files /dev/null and b/public/api/i/2025/08/09/qvtn5x-1.webp differ diff --git a/public/api/i/2025/08/09/qwcl26-1.webp b/public/api/i/2025/08/09/qwcl26-1.webp new file mode 100755 index 0000000..b338cc3 Binary files /dev/null and b/public/api/i/2025/08/09/qwcl26-1.webp differ diff --git a/public/api/i/2025/08/09/qwsqeo-1.webp b/public/api/i/2025/08/09/qwsqeo-1.webp new file mode 100755 index 0000000..cd3a2b8 Binary files /dev/null and b/public/api/i/2025/08/09/qwsqeo-1.webp differ diff --git a/src/content/posts/中间件/MySQL/MVCC.md b/src/content/posts/中间件/MySQL/MVCC.md new file mode 100644 index 0000000..fc51e53 --- /dev/null +++ b/src/content/posts/中间件/MySQL/MVCC.md @@ -0,0 +1,105 @@ +--- +title: MVCC-多版本并发控制 +published: 2025-08-09 +description: '' +image: '' +tags: [MVCC] +category: '中间件 > MySQL' +draft: false +lang: '' +--- + + +# MVCC +MVCC，也就是多版本并发控制 + +它的目的是： 提高数据库并发性能，用更好的方式处理读写冲突，也就是即使有读写冲突的时候，也能做到不加锁。 + + +## 并发控制的挑战 +在数据库系统中，同时执行的事务可能涉及相同的数据，因此需要一种机制来保证数据的一致性，传统的锁机制可以实现并发控制，但会导致阻塞和死锁等问题。 + +## 传统锁机制 + + +## 当前读和快照读 + +### 当前读 +在MySQL中，当前读是一种读取数据的操作方式，它可以直接读取最新的数据版本，读取时还要保证其他并发事务不能修改当前记录，会对读取的记录进行加锁，MySQL提供了两种实现当前读的机制： + +- 锁定读： + - 锁定读是一种特殊情况下的当前读方式，在某些场景下使用 + - 在使用锁定读的时候，MySQL会在执行读取操作前获取共享锁或者排他锁，确保数据一致性。 + - 共享锁允许多个事务读取统一数据，而排他锁组织其他事务读取或者写入该数据。 + - 锁定读适用于需要严格控制并发访问的场景，但是由于加锁带来的性能开销较大，所以只在必要的时候才使用。 + +![](https://blog.meowrain.cn/api/i/2025/08/09/lsvw6z-1.webp) + + +![](https://blog.meowrain.cn/api/i/2025/08/09/ltng7m-1.webp) + +这种就属于悲观锁实现。 + +### 快照读 +快照读就是在读取数据的时候，读取一个一致性视图中的数据，MySQL通过MVCC机制来支持快照读。 + +具体而言，每个食物在开始的时候都会创建一个一致性视图，这个一致性视图会记录当前事务开始时已经提交的数据版本。 + +执行查询的时候，MySQL会根据事务的一致性视图来决定可见的数据版本。只有那些在事务开始之前就已经提交的数据版本才是可见的，未提交或在事务开始后修改的数据则对当前事务不可见。 + +像不加锁的select操作就是快照读，也就是不加锁的非阻塞读。 + + +- 一致性读： + - 默认隔离级别下（可重复读），MySQL使用一致性来实现当前读 + - 在事务开始的时候，MySQL会创建一个一致性视图，这个视图反映了事务开始时刻的数据库快照。 + - 在事务执行期间，无论其他事务对数据进行了何种修改，事务始终使用一致性视图来读取数据。 + - 可以保证在同一事务内多次查询返回的结果是一致的. + + +![](https://blog.meowrain.cn/api/i/2025/08/09/m7rmhb-1.webp) + + +快照读的前提是隔离级别不是串行级别，在串行级别下，事务之间完全串行执行，快照读会退化为当前读中的加锁读。 + +MVCC主要就是为了实现读-写冲突不加锁，这个读就是指的快照读，是乐观锁的实现。 + + +# 事务的mvcc机制原理是什么？ +MVCC允许多个事务同时读取同一行数据，而不会彼此阻塞，每个事务看到的数据版本是该事务开始时候的数据版本，这意味着，如果其他事务在此期间修改了数据，正在运行的事务仍然看到的是它开始时候的数据状态，从而实现了非阻塞读操作。 + + +对于 `读已提交` 和 `可重复读` 隔离级别的事务来说，它们是通过ReadView来实现的，它们的区别在于创建ReadView的时机不同。 +ReadView可以理解为当时的一个快照视图，它记录了在创建时刻可见的数据版本。 + + +读提交隔离级别： 在每个select语句执行前，都会重新生成一个ReadView。每个SELECT生成新的ReadView +只能读到其他事务已提交的版本 +不能读到未提交事务的修改 +这保证了不会出现"脏读" +但会出现"不可重复读" + +可重复读隔离级别： 在事务中，执行第一条select语句的时候，生成一个ReadView，然后整个事务期间都在使用这个ReadView + +ReadView有四个重要字段： +- creator_trx_id 创建该Read View的事务的事务id +- m_ids 创建ReadView的时候，当前数据库中活跃且未提交的事务id列表，所谓活跃事务，指的就是启动了但是还没提交的事务 +- min_trx_id 创建ReadView的时候当前数据库中活跃且未提交的事务中最小的事务的事务id +- max_trx_id 创建ReadView的时候，当前数据库中应该给下一个事务的id值，也就是全局事务中最大的事务id + 1 + +对于使用InnoDB存储引擎的数据库表，它的聚簇索引记录中都包含下面两个隐藏列 +- trx_id 记录最后修改该行数据的事务的事务id +- roll_pointer 记录该行数据的回滚指针，用于实现MVCC（也就是undo日志） + +每次对某条聚簇索引记录进行改动的时候，都会把旧版本的记录写入到undo日志中，然后这个隐藏列是个指针，指向每个旧版本记录，于是就可以通过它找到修改前的记录。 + +![](https://blog.meowrain.cn/api/i/2025/08/09/plbf8e-1.webp) + +一个事务去访问记录的时候，除了自己的更新记录总是可见之外，还有这几种情况： + +如果记录的 trx_id 值小于 Read View 中的 min_trx_id 值，表示这个版本的记录是在创建 Read View 前已经提交的事务生成的，所以该版本的记录对当前事务可见。 +如果记录的 trx_id 值大于等于 Read View 中的 max_trx_id 值，表示这个版本的记录是在创建 Read View 后才启动的事务生成的，所以该版本的记录对当前事务不可见。 +如果记录的 trx_id 值在 Read View 的 min_trx_id 和 max_trx_id 之间，需要判断 trx_id 是否在 m_ids 列表中： +如果记录的 trx_id 在 m_ids 列表中，表示生成该版本记录的活跃事务依然活跃着（还没提交事务），所以该版本的记录对当前事务不可见。 +如果记录的 trx_id 不在 m_ids列表中，表示生成该版本记录的活跃事务已经被提交，所以该版本的记录对当前事务可见。 +这种通过「版本链」来控制并发事务访问同一个记录时的行为就叫 MVCC（多版本并发控制）。 \ No newline at end of file diff --git a/src/content/posts/中间件/MySQL/MySQLbinlog,redolog和undolog.md b/src/content/posts/中间件/MySQL/MySQLbinlog,redolog和undolog.md new file mode 100644 index 0000000..e1f9b91 --- /dev/null +++ b/src/content/posts/中间件/MySQL/MySQLbinlog,redolog和undolog.md @@ -0,0 +1,42 @@ +--- +title: MySQLbinlog,redolog和undolog +published: 2025-08-09 +description: '' +image: '' +tags: [MySQL, binlog, redolog, undolog] +category: '中间件 > MySQL' +draft: false +lang: '' +--- + +# MySQL的binlog、redolog和undolog详解 +![](https://blog.meowrain.cn/api/i/2025/08/09/kh6tf8-1.webp) + +## binlog +binlog +用途： +1. 主从复制 +2. 数据恢复 +3. 审计 + +## redolog（保证持久性） +redo log +目的： 确保事务的持久性 +作用： 记录了数据被修改之后的值。当事务提交以后，即使数据还没有完全写入磁盘，只要redo log已经落盘,数据库在发生宕机等意外情况之后，仍然可以通过redo log来'重做'这些修改，从而恢复到宕机前的最新状态，保证了已提交事务的数据不可丢失，这是一种前滚操作。 + + +## undolog（保证原子性） + +目的： 保证事务的原子性和实现多版本并发控制。 +作用： 记录的是数据被修改之前的旧版本。当一个事务需要回滚的时候，数据库可以利用undo log中的信息将数据恢复到事务开始前的状态。 + +![](https://blog.meowrain.cn/api/i/2025/08/09/lnk04g-1.webp) + +![](https://blog.meowrain.cn/api/i/2025/08/09/lmvm5q-1.webp) + + + +# 区别 +![](https://blog.meowrain.cn/api/i/2025/08/09/kexum3-1.webp) + +![](https://blog.meowrain.cn/api/i/2025/08/09/kgn410-1.webp) \ No newline at end of file diff --git a/src/content/posts/中间件/MySQL/MySQL中的全局锁表级锁行级锁机制.md b/src/content/posts/中间件/MySQL/MySQL中的全局锁表级锁行级锁机制.md new file mode 100644 index 0000000..092e78a --- /dev/null +++ b/src/content/posts/中间件/MySQL/MySQL中的全局锁表级锁行级锁机制.md @@ -0,0 +1,201 @@ +--- +title: MySQL全局锁，表级锁，行级锁 +published: 2025-08-09 +description: 'MySQL中的全局锁，表级锁，行级锁机制' +image: '' +tags: [全局锁,表级锁，行级锁] +category: '中间件 > MySQL' +draft: false +lang: '' +--- + + +![](https://blog.meowrain.cn/api/i/2025/08/09/qrldag-1.webp) + + +# MySQL的锁 +## 全局锁 +如果要使用全局锁 +要执行下面的命令： +```sql +flush table with read lock +``` + +![](https://blog.meowrain.cn/api/i/2025/08/09/quecvs-1.webp) + +执行全局锁以后，数据库就变成只读状态了，插入和更新操作都会被阻塞 + +这个全局锁一般是用于数据库全局备份的。在备份数据库期间，不会因为数据和表结构的更新，出现备份文件的数据和预期的不一样。 + +![](https://blog.meowrain.cn/api/i/2025/08/09/qwcl26-1.webp) + +可以看到会卡主 + +![](https://blog.meowrain.cn/api/i/2025/08/09/qwsqeo-1.webp) + +解锁以后就可以插入了 + +备份数据库的时候又不想停机，可以在用 mysqldump的时候加上 --single-transaction参数，就会在备份数据之前先开启事务。这种方法只适用于支持可重复读隔离级别的事务的存储引擎。 + + +## 表级锁 +MySQL中的表级锁有哪些？ +- 表锁 +- 元数据锁 +- 意向锁 +- AUTO-INC锁 + +### 表锁 +如果我们相对student表加上表锁 +```sql +-- 允许当前会话读取被锁定的表，但是会组织其他会话对这些表进行写操作 +lock table student_t read; + +-- 表级别的独占锁，也就是写锁 +-- 允许当前会话对表进行读写操作，但会阻止其他会话对这些表进行任何操作 +lock table student_t write; +``` + +需要注意的是，表锁除了会限制别的线程的读写外，也会限制本线程接下来的读写操作。 + + +### 元数据锁 +元数据锁不需要显示调用，因为当我们对数据库表进行操作的时候，会自动给这个表加上MDL + +当我们对一张表进行CRUD操作的时候，加的是MDL读锁 +当我们对一张表做结构变更操作的时候，加的是MDL写锁 + +MDL是为了保证当用户对表执行CRUD操作的时候，防止其他线程对这个表结构做变更。 + +比如说，一个线程正在执行查询操作（加了MDL读锁），如果有其他线程来修改表结构，就会被阻塞，直到查询结束。 +同理，一个线程在修改表结构的时候（申请了MDL写锁），其他线程的查询操作就会被阻塞，直到说表结构变更完成 + + +### 意向锁 +- 在使用InnoDB引擎的表里对某些记录加上共享锁之前，需要先在表级别上加一个意向共享锁。 +- 在使用InnoDB引擎的表里对某些记录加上独占锁之前，需要先在表级别加上一个意向独占锁。 + +普通的select是不会加行级锁的，因为它是用MVCC（多版本并发控制）实现的，是无锁的。 + +不过select也是可以对记录加共享锁和独占锁的。 + +```sql +//先在表上加上意向共享锁，然后对读取的记录加共享锁 +select ... lock in share mode; + +//先表上加上意向独占锁，然后对读取的记录加独占锁 +select ... for update; +``` + + +> 意向共享锁和意向独占锁是表级锁，不会和行级的共享锁和独占锁发生冲突，而且意向锁之间也不会发生冲突，只会和共享表锁和独占锁发生冲突。 + +意向锁的目的是为了快速判断表里是否有记录被加锁。 +比如说，当一个事务想要对某个记录加锁时，可以先检查表级的意向锁，如果表级的意向锁是共享锁，就说明有其他事务正在读取这个表中的记录；如果是独占锁，就说明有其他事务正在修改这个表中的记录。 + +如果表级的意向锁是共享锁，那么其他事务可以对表上共享锁，但是不能加独占锁。如果是表级意向锁是独占锁，其他事务就不能对表上加任何锁。 + + +### AUTO-INC锁 +表里的主键通常会设置成自增的，这是通过主键字段声明 AUTO_INCREMENT 属性实现的。 + +之后可以在插入数据的时候，可以不指定主键的值，数据库会自动给主键赋值递增的值，这主要是通过 AUTO-INC锁实现的。 + +AUTO-INC锁是特殊的表锁机制，锁不是在一个事务提交后才释放，而是在执行完插入语句后就会立刻释放。 + +在插入数据的时候，会加一个表级别的AUTO-INC锁，然后为被 `AUTO_INCREMENT` 修饰的字段赋值递增的值，等插入语句执行完成后，才会把AUTO-INC锁释放掉。 + +那么在一个事务持有AUTO-INC锁的过程中，其他事务如果要向该表插入语句都会被阻塞，从而保证了插入数据的时候，被AUTO_INCREMENT修饰的字段的值是连续递增的。 + +因此，在MySQL5.1.22开始,InnoDB存储引擎提供了一种轻量级的锁来实现自增。 + +一样也是在插入数据的时候，会为被auto_increment修饰的字段加上轻量级锁，然后给该字段赋值一个自增的值，然后就把这个轻量级锁释放了，不需要等待整个插入语句执行完成后才释放锁。 + +## 行级锁 +InnoDB引擎是支持行级锁的，而MyISAM不支持行级锁 + +可以使用下面这两个方式，这种查询会加锁的语句称为锁定读。 +```sql +//对读取的记录加共享锁 +select ... lock in share mode; + +//对读取的记录加独占锁 +select ... for update; +``` + +![](https://blog.meowrain.cn/api/i/2025/08/09/10o8753-1.webp) + +### 行级锁类型 +有三类： +- Record Lock，记录锁，也就是仅仅把一条记录锁上 +- Gap Lock 间隙锁，锁定一个范围，但是不包含记录本身 +- Next-Key Lock： Record Lock + Gap Lock的组合，锁定一个范围，并且锁定记录本身 + + +### Record Lock 记录锁 +Record Lock被称为记录锁，锁住的锁一条记录，而且记录锁是有S锁和X锁之分的。 + +- 当一个事务对一条记录加了S型记录锁后，其他事务也可以继续对该记录加S型记录锁，但是不可以对该记录加X型记录锁 +- 当一个事务对一条记录加了X型记录锁后，其他事务不可以对该记录加S型记录锁，也不可对该记录加X型记录锁 + + +![](https://blog.meowrain.cn/api/i/2025/08/09/10qlyoo-1.webp) + +### Gap Lock 间隙锁 + +Gap Lock被称为间隙锁，存在于可重复读隔离级别和串行化隔离级别，目的是为了解决可重复读隔离级别下幻读的现象 + + +假设表中有一个范围id为(3,5)的间隙锁，那么其他事务就无法插入id = 4这条记录了，这样就有效地防止了幻读现象的发生。 + +间隙锁虽然也存在X型和S型间隙锁，但是没什么区别，间隙锁之间是兼容的，两个事务可以同时持有并包含共同间隙范围的间隙锁，并不存在互斥关系，因为间隙锁的目的是防止插入幻影记录而提出的。 + + +![](https://blog.meowrain.cn/api/i/2025/08/09/124cfwm-1.webp) + +![](https://blog.meowrain.cn/api/i/2025/08/09/124ikdt-1.webp) + +![](https://blog.meowrain.cn/api/i/2025/08/09/12542r3-1.webp) + + +### Next-Key Lock 临键锁 + +Next-Key-Lock称为临键锁，是Record Lock和Gap Lock的组合。锁定一个范围，并且锁定记录本身。 +假设表中有个范围id为(3,5]的next-key-lock，那么其它事务既不能插入id = 4的记录，也不能修改id = 5这条记录。 + +所以next-key lock既能保护该记录，又能阻止其它事务将新记录插入到被保护记录前面的间隙中。 + +Next-key lock 是数据库中 InnoDB 存储引擎（常见于 MySQL）使用的一种锁机制，主要用于防止 **幻读（Phantom Read）** 问题，确保事务在可重复读（Repeatable Read）隔离级别下的一致性。它的意义在于通过结合 **记录锁（Record Lock）** 和 **间隙锁（Gap Lock）**，对索引记录及其前后的间隙进行锁定，从而避免其他事务插入或修改数据导致的幻读现象。 + +#### 具体意义和作用： +1. **防止幻读**： + - 幻读是指在同一事务中，多次执行相同查询时，由于其他事务插入了新记录，导致查询结果集发生变化。 + - Next-key lock 锁定一个索引记录及其前后的间隙，防止其他事务插入新记录到这个范围内，从而保证查询结果的稳定性。 + +2. **结合记录锁和间隙锁**： + - **记录锁**：锁定具体的索引记录，防止其他事务修改或删除该记录。 + - **间隙锁**：锁定索引记录之间的“间隙”，防止其他事务在该间隙内插入新记录。 + - Next-key lock 是两者的结合，锁定一个记录及其左侧或右侧的间隙。例如，对于索引值 10，Next-key lock 可能锁定 (5, 10] 范围（假设 5 是前一个索引值）。 + +3. **提高并发控制的精度**： + - Next-key lock 是一种范围锁，比表级锁更精细，能够在保证数据一致性的同时，尽量减少锁的粒度，提高并发性能。 + +4. **支持可重复读隔离级别**： + - 在 MySQL 的可重复读（Repeatable Read）隔离级别下，Next-key lock 是默认的锁机制，用于确保事务在多次读取时看到一致的数据快照。 + +#### 工作原理： +- 当事务对某一行记录进行操作（例如 SELECT ... FOR UPDATE 或 UPDATE），InnoDB 会锁定该记录以及其前后的间隙。 +- 例如，假设表中有一个索引列 `id` 包含值 10、20、30。如果事务 A 对 `id = 20` 加锁，Next-key lock 可能会锁定 (10, 20] 或 (20, 30] 的范围，防止其他事务插入值在该范围内的记录。 + +#### 注意事项： +1. **性能影响**：Next-key lock 锁定范围较大，可能导致锁冲突，降低并发性能。 +2. **死锁风险**：多个事务竞争相同的间隙锁可能导致死锁，需要合理设计事务逻辑。 +3. **依赖索引**：Next-key lock 依赖于索引。如果查询没有使用索引，可能会退化为表级锁，影响性能。 + +总结来说，Next-key lock 的核心意义在于通过锁定记录和间隙，防止幻读，维护事务隔离级别的一致性，同时在高并发场景下提供较好的数据保护机制。 + + +### 插入意向锁 +一个事务在插入一条记录的时候，需要判断插入位置是否已被其他事务加了间隙锁（next-key lock 也包含间隙锁）。 + +如果有的话，插入操作就会发生阻塞，直到拥有间隙锁的那个事务提交为止（释放间隙锁的时刻），在此期间会生成一个插入意向锁，表明有事务想在某个区间插入新记录，但是现在处于等待状态。 \ No newline at end of file diff --git a/src/content/posts/中间件/MySQL/数据库ACID四大特性.md b/src/content/posts/中间件/MySQL/数据库ACID四大特性.md index f37f9a8..857decb 100644 --- a/src/content/posts/中间件/MySQL/数据库ACID四大特性.md +++ b/src/content/posts/中间件/MySQL/数据库ACID四大特性.md @@ -16,6 +16,7 @@ C ： Consistency（一致性） I ： Isolation（隔离性） D ： Durability（持久性） +![](https://blog.meowrain.cn/api/i/2025/08/09/qrczot-1.webp) # Atomicity（原子性） 这里要先讲一下什么是事务：  简单说，事务就是一组原子性的SQL执行单元。如果数据库引擎能够成功地对数据库应 用该组査询的全部语句，那么就执行该组SQL。如果其中有任何一条语句因为崩溃或其 他原因无法执行，那么所有的语句都不会执行。要么全部执行成功（commit），要么全部执行失败（rollback）。