定义 意向锁（Intention Locks）是 MySQL InnoDB 引擎中的一种锁机制（表级锁），用于协调事务间的加锁操作，以避免冲突和死锁的发生。 意向锁的作用 例如，事务 A 加锁了 Users 表中的一行数据（行锁），而事务 B 要对整个 Users 表进行加锁（表锁），那么这个时候，如果没有意向锁，那事务 B 就会加锁成功了。 而事务 B 如果加锁成功的话，那么它是可以对表中的任意

最近受废话文学的影响，所以有了今天的这个标题，希望大家能喜欢。大家不喜欢也没关系，反正我喜欢。 鲁迅先生曾经说过“我家门前有两棵树，一棵是枣树，另一棵还是枣树。”，由此可见，这老爷子算是把废话文学给玩明白了。 希望大家也能，听君一席话，如听一席话。 聊正题 聊完闲篇，咱们说回正题：什么是意向锁？为什么需要意向锁？ PS：这里没意向书什么事啊，标题中有，纯粹是为了好玩。它们不能说没什么关系，那是一点

这里一共四把锁，加锁步骤如下： 1、在非唯一索引(name)上找到(ddd,29)的索引项，加上X锁； 2、根据(ddd,29)找到主键索引的(29,ddd)记录，加X锁； 3、在非唯一索引(name)上找到(ddd,37)的索引项，加上X锁； 4、根据(ddd,29)找到主键索引的(37,ddd)记录，加X锁； 从上面步骤可以看出，InnoDB对于每个符合条件的记录是分步加锁的，即先加二级索引再

MySQL InnoDB 锁的深入解析 在MySQL数据库中，锁是保证数据完整性和一致性的重要机制。而InnoDB存储引擎作为MySQL中最常用的存储引擎之一，其锁机制更是备受关注。本文将深入解析InnoDB存储引擎的锁机制，包括锁的类型、加锁规则、死锁处理等方面，并提供具体的代码示例以帮助读者更好地理解。 一、锁的类型 在InnoDB存储引擎中，锁主要分为共享锁（S锁）和排他锁（X锁）两种。共享

5.3.3 常规锁 常规锁是使用哈希表实现的。常规锁支持多种锁模式（lock modes），这些锁模式之间的语义和冲突是通过冲突表来定义的。常规锁主要用于业务访问的数据库对象加锁。常规锁的加锁遵守数据库的两阶段加锁协议，即访问过程中加锁，事务提交时释放锁。 常规锁有等待队列并提供了死锁检测机制，当检测到死锁发生时选择一个事务进行回滚。 openGauss提供了8个锁级别分别用于不同的语句并发：1级

作者 | 李光毅 1.技术写作中的数字枷锁 在进行技术写作这么多年之后，有时候不禁会想，我有什么颇具价值的经验是能够分享出来让大多数人受用的？ 当然这些经验可能很多，那么再进一步说，如果只允许我选取其中几则的话，我的回答会是什么？但是这些内容可能对大部分没有创作经历的人来说意义不大，因为这些答案尝试解决的痛点只能让少部分有创作阅历的人才能感同身受。 我们不如尝试回答一些更现实和更迫切的问题，最好对

MySQL锁 对数据库的操作有读、写，组合起来就有 读读、读写、写读，写写，读读不存在安全问题，安全问题加锁都可以解决，但所有的操作都加锁太重了，只有写写必须要加锁，读写、写读可以用MVCC。 MySQL的默认隔离级别是RR，但是RR在MVCC的加持下还是存在幻读，这时候还是要加锁，间隙锁就是用来在RR级别下解决幻读的问题. 一、共享锁、排他锁 共享锁（shared lock）也叫读锁、S锁，数据

inkedBlockingQueue** ArrayBlockingQueue 默认无界，支持有界 强制有界 底层是链表 底层是数组 是懒惰的，创建节点的时候添加数据 提前初始化 Node  数组 入队会生成新 Node Node需要是提前创建好的 两把锁（头尾） 一把锁 左边是LinkedBlockingQueue加锁的方式，右边是ArrayBlockingQueue加锁的方式 LinkedBl

文章内容收录到个人网站，方便阅读：hardyfish.top/ 文章内容收录到个人网站，方便阅读：hardyfish.top/ 表锁 表锁由MySQL服务器实现，无关存储引擎。 在执行 DDL语句时，会对整张表加锁。 可以使用 LOCK TABLES TABLE_NAME READ/WRITE 显示对某个表加锁。同时，需要锁的会话必须在单个语句中获取它所需的所有锁。 表锁加锁规则： 对于读锁 持有

​ 我们要学习锁首先要了解下我们想了解的锁到底是什么🤔 而在MySQL中给某个数据加锁的本质其实就是在内存中创建一个锁结构与之关联，而这个锁结构就是我们常提到的MySQL的锁🔒 那么接下来的问题就是，这个锁结构长啥样呢？ 锁的内部结构（InnoDB） 一张图详解锁结构(￣∇￣)/  为了节约资源，并非每个锁都有一个单独的锁结构与之对应，符合如下条件的记录就会放在同一个锁结构中 在同一个事务/页面中

前言： 由于在上篇文章记一次线上间隙锁引发的死锁问题 中，讲到了间隙锁，Next-key lock和记录锁，所以我觉得有必要搞一个锁的文章，于是有了这篇长文（本文比较长，需要一定耐心）。 提起锁我想很多开发同学都不陌生，不管是工作还是面试中，锁都是一个绕不开的知识点。今天我们不讨论Java的锁，而只专注Mysql的锁。 本文将会 理论+实践 来分析演示下mysql都有哪些锁 ，以及在不同场景下my

小陈：牛逼的老王，快来了，我的笔记本已经准备好了，开讲了...... 老王：哈哈，好，搞起来...... 老王：我们这一章节接着上一章的内容继续讲下去，本章讲解的是synchronized是怎么通过monitor进行重量级加锁？ 老王：在讲synchronized是怎么通过monitor进行重量级加锁之前，我们先回顾一下上一章的那个Mark Word用途的表格： 当Mark Word的最后两位的锁

老王：开讲啦，开讲啦，小陈快来上课，今天我们就来探讨一下synchronized底层到底是怎么加锁的？ 小陈：哈哈，这个我可等了好久了。 从我接触java开始，就知道了java里面有synchronized这个关键字，是用来加锁的，但是它底层是怎么加锁的我一直没搞明白。 看了一些文章，说通过一个monitor监视器还有什么monitorenter、monitorexit这两条执行来进行加锁和释放锁

Java中对象和Monitor 对象 对象中有对象头，实例数据 对象头(mark word)长啥样 hashcode，分代年龄，是否是偏向锁，加锁标识 Monitor monitor 又称管程，也叫锁。是JVM层提供的，每一个对象对应一个monitor。 工作原理 用了synchronized(obj)之后，对象的markword中就有个指针指向monitor的地址,并且monitor中的owne

一、Java中的13个原子操作类 在多线程环境下执行i++这个操作，并不能保证变量i的线程安全性。因为i++其实不是一个原子操作，i++是由以下3个步骤组成的： （1）取出变量i的值。 （2）执行累加操作。 （3）累加后的结果写回变量i。 在多线程竞争环境下，以上3个步骤可能被不同的线程按照不同的顺序执行，因此无法保证在多线程环境下变量i的线程安全。在这种场景下，使用synchronized/lo

如何处理Java后端功能开发中的并发问题？ 在Java后端功能开发中，经常会遇到并发问题。并发问题是指当多个线程同时访问共享资源时可能出现的数据不一致或者程序逻辑错误的情况。针对这些问题，我们需要采取一些措施来处理并发，确保程序的正确性和可靠性。 下面将介绍几种常见的处理并发问题的方法，以及相应的代码示例。 一、加锁机制 加锁是最常见和最直接的处理并发问题的方法。Java中提供了synchroni

| 导语生活中的问题有时“难得糊涂”，但技术问题，一是一二是二，忌讳模糊的似是而非的答案，也忌讳一刀切的简单结论。我们常常听到一些关于MySQL的说法，比如“读不加锁”，比如“单表数据要小于1000万”，比如“DDL会锁表”等，比如“单表的索引数量应该小于X个”，如果不加思考和测试就直接全盘接受，就可能犯错误，而DB上的错误又非常“昂贵”，我们应该尽量避免。所以有了想法写10-20篇文章，来思考下

首先来说 Redis 作为一个独立的三方系统，其天生的优势就是可以作为一个分布式系统来使用，因此使用 Redis 实现的锁都是分布式锁，理解了这个概念才能看懂本文所说的内容。 分布式锁的示意图，如下所示： 分布式锁实现 使用 Redis 实现分布式锁，可以通过 setnx（set if not exists）命令实现，当我们使用 setnx 创建键值成功时，则表明加锁成功，否则既代码加锁失败。因为

首先来说 Redis 作为一个独立的三方系统，其天生的优势就是可以作为一个分布式系统来使用，因此使用 Redis 实现的锁都是分布式锁，理解了这个概念才能看懂本文所说的内容。 分布式锁的示意图，如下所示： 分布式锁实现 使用 Redis 实现分布式锁，可以通过 setnx（set if not exists）命令实现，当我们使用 setnx 创建键值成功时，则表明加锁成功，否则既代码加锁失败。因为

本文为《MySQL归纳学习》专栏的第十九篇文章，同时也是关于《MySQL锁机制》知识点的第四篇文章。 相关文章： 锁的三重奏：MySQL全局锁、表级锁与行锁详解 从幻读看MySQL：读取方式解读与解决方案 透过实例看行锁：深入探讨加锁原则与优化（上） 在MySQL数据库运维和开发过程中，理解加锁原则并灵活运用是非常重要的。本文作为系列文章的下篇，将更深入地探讨加锁的实践应用。我们将结合实际案例，重