转载请注明出处： 1.按锁粒度分类： 行锁：锁某行数据，锁粒度最小，并发度高；； 行锁是指加锁的时候锁住的是表的某一行或多行记录，多个事务访问同一张表时，只有被锁住的记录不能访问，其他的记录可正常访问； 行锁是对所有行级别锁的一个统称，比如下面说的记录锁、间隙锁、临键锁都是属于行锁 表锁：锁整张表，
哈喽大家好，我是咸鱼 几天前有媒体报道称，经过多次辩论，Python 指导委员会打算批准通过 PEP 703 提案，**让 GIL（全局解释器）锁在 CPython 中成为一个可选项** PEP 703 提案主要目标是使 GIL 变成可选项，即允许 Python 解释器在特定情况下不使用GIL  [Redis系列2：数据持久化提高可用性](https://www.cnblogs.com/w
R2M分布式锁原理可以理解为一条内容或者图片+文字+链接的载体，常见的案例有锁说明和分布式锁选择、r2m分布式锁选择、r2m分布式锁原理，加锁核心流程。
JUC提供的锁机制，可以保证在同一个JVM进程中同一时刻只有一个线程执行操作逻辑； 多服务多节点的情况下，就意味着有多个JVM进程，要做到这样，就需要有一个中间人； 分布式锁就是用来保证在同一时刻，仅有一个JVM进程中的一个线程在执行操作逻辑； 换句话说，JUC的锁和分布式锁都是一种保护系统资源的措施。尽可能将并发带来的不确定性转换为同步的确定性；
本文是基于redis缓存实现分布式锁，其中使用了setnx命令加锁，expire命令设置过期时间并lua脚本保证事务一致性。Java实现部分基于JIMDB提供的接口。
线上经常偶发死锁问题，当时处理一张表，也没有联表处理，但是有两个mq入口，并且消息体存在一样的情况，频率还不是很低，这么一个背景，我非常容易怀疑到，两个消息同时近到这一个事务里面导致的，但是是偶发的，又模拟不出来什么场景会导致死锁，只能进行代码分析，问题还原的方式去排查问题。
摘要：synchronized锁修饰方法和代码块时底层实现上是一样的，但是在修饰方法时，不需要JVM编译出的字节码完成加锁操作，而synchronized在修饰代码块时，是通过编译出来的字节码生成的monitorenter和monitorexit指令来实现的。 本文分享自华为云社区《Synchron
