概述全局锁表级锁表锁元数据锁元数据锁是系统自动加的，不需要我们手动执行命令添加。意向锁 意向锁和元数据锁一样，也是在加行锁的时候自动给表加上相应的意向锁，不需要我们手动添加。行级锁行锁读锁和读锁兼容，写锁和读锁互斥，写锁和写锁也互斥间隙锁、临

1.概述ReentrantReadWriteLock是Java并发包java.util.concurrent.locks中的一个重要类，它提供了可重入的读写锁功能。与传统的互斥锁（如synchronized或ReentrantLock）不同，ReentrantReadWriteLock允许多个线程同时读取共享资源，但在写入时则要求独占锁。这种设计显著提高了在读

一、MySQL中的锁表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高,并发度最低。行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低,并发度也最高。页面锁(gap锁,间隙锁)：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁

1、问题背景：应用在配合R2m升级redis版本的过程中，上游反馈调用接口报错，RpcException：[Bizthreadpoolofproviderhasbeenexhausted]，通过监控系统和日志系统定位到现象只出现在一两个节点，并持续出现。第一时间通过JSF将有问题的节点下线，保留现场，业务恢复。报错日志如下：24-03-

●BlockInfoManager：管理block的元数据，同时也提供了block加锁的功能。BlockInfo记录block信息的类。level：记录block的存储方式tellMaster：是否向master汇报size：block大小readerCount：记录当前有多少个同时读block的任务，一个block可以有多个任务同时读取。writerTask：记

都有哪些锁？互斥锁、自旋锁、读写锁、乐观锁、悲观锁。互斥锁与自旋锁加锁的目的就是保证共享资源在任意时间里，只有一个线程访问，这样就可以避免多线程导致共享数据错乱的问题。当已经有一个线程加锁后，其他线程加锁则就会失败，互斥锁和自旋锁对于加锁失败后的处理方式是不

这篇文章，我们聊聊线程安全使用HashMap的四种技巧。1方法内部：每个线程使用单独的HashMap如下图，tomcat接收到到请求后，依次调用控制器Controller、服务层Service、数据库访问层的相关方法。每次访问服务层方法serviceMethod时，都会在方法体内部创建一个单独的HashMap,

在并发编程中，读写锁ReentrantReadWriteLock的性能已经算是比较高的了，因为它将悲观锁的粒度分的更细，在它里面有读锁和写锁，当所有操作为读操作时，并发线程是可以共享读锁同时运行的，这样就无需排队执行了，所以执行效率也就更高。那么问题来了，有没有比读写锁ReentrantReadWriteLock

Java中的锁（Locking）机制主要是为了解决多线程环境下，对共享资源并发访问时的同步和互斥控制，以确保共享资源的安全访问。锁的作用主要体现在以下几个方面：互斥访问：确保在任何时刻，只有一个线程能够访问特定的资源或执行特定的代码段。这防止了多个线程同时修改同一资源导致的数据

在并发编程中,加锁是为了保证数据的完整性和一致性,在程序中，特别是并发编程的上下文中，**锁**（Lock）是一种同步机制，用于控制多个线程或进程对共享资源的访问，以防止数据竞争（DataRace）和保持数据一致性。当多个执行单元（如线程）试图同时访问或修改同一份共享资源时，如果没有适当的同步措

一、写在开头我们在上一篇写ReentrantReadWriteLock读写锁的末尾留了一个小坑，那就是读写锁因为写锁的悲观性，会导致“写饥饿”，这样一来会大大的降低读写效率，而今天我们就来将此坑填之！填坑工具为：StampedLock，一个素有Java锁王称号的同步类，也是在java.util.concurrent.locks包中

   锁      MDL         当对一个表做增删改查操作的时候，加MDL读锁；当要对表做结构变更操作的时候，加MDL写锁         ALTERTABLEtbl_nameNOWAITaddcolumn...         ALTERTABLEtbl_nameWAITNaddcolumn.

一、摘要在上一篇文章中，我们讲到了使用ReadWriteLock可以解决多线程同时读，但只有一个线程能写的问题。如果继续深入的分析ReadWriteLock，从锁的角度分析，会发现它有一个潜在的问题：如果有线程正在读数据，写线程准备修改数据的时候，需要等待读线程释放锁后才能获取写锁，简单的说就是，读

StampedLock是Java8引入的一种新的锁机制，它是ReadWriteLock的改进版，提供了更高的并发性和更好的性能。下面是一个使用StampedLock的示例：importjava.util.concurrent.locks.StampedLock;publicclassStampedLockDemo{privatedoublex,y;privatefinalSt

1.可重入锁和不可重入锁可以对临界区资源重复加锁，如synchronized、ReentrantLock2.公平锁和非公平锁FIFO，如果对⼀个锁来说，先对锁获取请求的线程⼀定会先被满⾜，后对锁获取请求的线程后被满⾜，那这个锁就是公平的。反之，那就是不公平的。ReentranLock支持公平锁和非公平锁，默认非公

锁降级： 是指保持住当前的写锁（已拥有），再获取读锁，随后释放写锁的过程。1.  锁降级的用途锁分为读锁(共享锁)、写锁（排他锁）两种：一个线程获取了写锁，其他线程无法获取写锁、读锁，进行阻塞；一个线程获取了读锁，其他线程无法获取写锁（进行阻塞），但是可以获取读锁；如果只使用写锁，那么释放写锁之

C++标准库本身没有直接提供读写锁，但C++11引入了一些工具，例如std::shared_mutex（C++14引入的，C++17之前的标准库中可能不支持）以及相关的读锁定（std::shared_lock）和写锁定（std::unique_lock）机制，用于实现读写锁的功能。下面是一个简单的示例，演示如何使用std::shared_mutex实现读写锁： 

排它锁排它锁⼜称独占锁，获得了以后既能读⼜能写，其他没有获得锁的线程不能读也不能写，典型的synchronized就是排它锁共享锁共享锁⼜称读锁，获得了共享锁以后可以查看但⽆法修改和删除数据，其他线程也能获得共享锁，也可以查看但不能修改和删除数据在没有读写锁之前，我们虽然保证

ReentrantLock可重入ReentrantLock和syncronized关键字一样，都是可重入锁，不过两者实现原理稍有差别，RetrantLock利用AQS的的state状态来判断资源是否已锁，同一线程重入加锁，state的状态+1;同一线程重入解锁,state状态-1(解锁必须为当前独占线程，否则异常);当sta

ReentrantReadWriteLock读写锁乐观锁和悲观锁乐观锁乐观锁，就是给需要共享的数据，添加一个版本号version，例如1，每次有线程更新共享数据后，version+1，每次线程进行数据更新时，要比较当前线程持有的数据的版本号，相等则修改，不相等则不修改，支持并发访问。悲观锁悲观锁，就是每次只能有一

一、互斥锁和自旋锁互斥锁：​ 最底层的两种就是会「互斥锁和自旋锁」，有很多高级的锁都是基于它们实现的，可以认为它们是各种锁的地基，所以我们必须清楚它俩之间的区别和应用。​ 加锁的目的就是保证共享资源在任意时间里，只有一个线程访问，这样就可以避免多线程导致共享数据错乱的问

写锁需要阻塞写锁：一个协程拥有写锁时，其他协程写锁定需要阻塞写锁需要阻塞读锁：一个协程拥有写锁时，其他协程读锁定需要阻塞读锁需要阻塞写锁：一个协程拥有读锁时，其他协程写锁定需要阻塞读锁不能阻塞读锁：一个协程拥有读锁时，其他协程也可以拥有读锁

ReentrantReadWriteLock是jdk中提供的一种相比于ReentrantLock能提供更高的读效率的锁一、基本使用publicstaticvoidmain(String[]args)throwsInterruptedException{ReentrantReadWriteLocklock=newReentrantReadWriteLock();//获取读锁

实际工作中，为了优化性能，我们经常会使用缓存，例如缓存元数据、缓存基础数据等，这就是一种典型的读多写少应用场景。缓存之所以能提升性能，一个重要的条件就是缓存的数据一定是读多写少的，例如元数据和基础数据基本上不会发生变化（写少），但是使用它们的地方却很多（读多）。针对读多写少这种并

目录读写锁特点函数初始化和析构读锁写锁解锁读写锁使用读写锁一把锁，并不是读锁和写锁称之为读写锁，因为他既可以锁定读操作，也可以锁定写操作pthread_rwlock_trwlock;锁中记录了锁的状态打开关闭锁定的操作锁读锁写哪个线程持有钥匙使用方式和互斥锁相同：找共享资