MySQL锁的粒度分为：行级锁、表级锁、页级锁。一、行级锁(INNODB引擎)行级锁是Mysql中锁定粒度最细的一种锁，表示只针对当前操作的行进行加锁。行级锁能大大减少数据库操作的冲突。其加锁粒度最小，但加锁的开销也最大。行级锁分为共享锁和排他锁。特点：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度也最高。RecordLock，记录锁，也就是仅仅把一条记录锁上；GapLock，间隙锁，锁定一个范围，但是不包含记录本身；Next-KeyLock：RecordLock+GapLock的组合，锁定一个范围，并且锁定记录本身。二、表级锁(MYISAM引擎)表级锁是mysql中锁
MySQL为什么RR隔离级别添加了间隙锁还是无法解决幻读问题？什么是幻读？幻读本质上也属于不可重复读的情况，T1读取某个范围的数据，T2在这个范围内插入或者删除新的数据，T1再次读取这个范围的数据，此时读取的结果和和第一次读取的结果不同。我的理解我的理解是：间隙锁只能保证范围内的键不被插入，无法保证范围内的键不被删除。如果在事务执行期间另一个事务删除了该范围内的某一行数据，原事务再次查询时就会发现出现了幻读。比如索引1，3有数据，然后加了间隙锁，那么查询1-3之间的数据的时候，会查询到两条记录。并且因为间隙锁的存在，所以无法添加数据。但是索引1或者3本身所代表的数据可能会被删除，所以再次查询的
概述单机架构下，一个进程中的多个线程竞争同一共享资源时，通常使用JVM级别的锁即可保证互斥，以对商品下单并扣库存为例：publicStringdeductStock(){synchronized(this){//获取库存值intstock=Integer.parseInt(stringRedisTemplate.opsForValue().get("stock"));if(stock>0){intrealStock=stock-1;stringRedisTemplate.opsForValue().set("stock",realStock+"")System.out.println("扣减成
概述单机架构下，一个进程中的多个线程竞争同一共享资源时，通常使用JVM级别的锁即可保证互斥，以对商品下单并扣库存为例：publicStringdeductStock(){synchronized(this){//获取库存值intstock=Integer.parseInt(stringRedisTemplate.opsForValue().get("stock"));if(stock>0){intrealStock=stock-1;stringRedisTemplate.opsForValue().set("stock",realStock+"")System.out.println("扣减成
背景集群中如果需要主备，可以基于Redis、zk的分布式锁等实现，本文将介绍如何利用Mysql分布式锁进行实现。原理数据库中包含数据字段(此处为Master的主机名)、版本号和上一次更新时间。Master不断上传自己的心跳，即刷新数据库中的"更新时间"。上一次更新时间超过了一定时间，则认为Master已Down，则可以抢Master。抢Master和更新心跳时，版本号+1，要判断版本号是否与上一次读取的数据相同。如果相同，则修改成功。如果不相同，则说明Master已经被其他主机抢走。数据库建表master存放主机名CREATETABLE`host_master`(`id`intNOTNULLA
背景集群中如果需要主备，可以基于Redis、zk的分布式锁等实现，本文将介绍如何利用Mysql分布式锁进行实现。原理数据库中包含数据字段(此处为Master的主机名)、版本号和上一次更新时间。Master不断上传自己的心跳，即刷新数据库中的"更新时间"。上一次更新时间超过了一定时间，则认为Master已Down，则可以抢Master。抢Master和更新心跳时，版本号+1，要判断版本号是否与上一次读取的数据相同。如果相同，则修改成功。如果不相同，则说明Master已经被其他主机抢走。数据库建表master存放主机名CREATETABLE`host_master`(`id`intNOTNULLA
如图下图所示，当我们想要使用C语言读写锁类型时，IntelliSense会提示如下未定义的错误：IntelliSense提示错误但是，如果忽略这些错误，直接`gcc-o`程序又没有问题。通过查看头文件`pthread.h`可知，要使用读写锁类型，要定义宏`_GNU_SOURCE`。直接编译成功可能是因为`gcc`默认给我们预定义了该宏。虽然这样可以解决部分问题，但是，代码上总有错误提示，很难受。解决办法如下：输入命令，打开IntelliSense配置>C/C++:编辑配置(UI)C标准从c改为gunC标准从c改为gun
如图下图所示，当我们想要使用C语言读写锁类型时，IntelliSense会提示如下未定义的错误：IntelliSense提示错误但是，如果忽略这些错误，直接`gcc-o`程序又没有问题。通过查看头文件`pthread.h`可知，要使用读写锁类型，要定义宏`_GNU_SOURCE`。直接编译成功可能是因为`gcc`默认给我们预定义了该宏。虽然这样可以解决部分问题，但是，代码上总有错误提示，很难受。解决办法如下：输入命令，打开IntelliSense配置>C/C++:编辑配置(UI)C标准从c改为gunC标准从c改为gun
作者：京东保险张江涛1、为什么要有分布式锁？JUC提供的锁机制，可以保证在同一个JVM进程中同一时刻只有一个线程执行操作逻辑；多服务多节点的情况下，就意味着有多个JVM进程，要做到这样，就需要有一个中间人；分布式锁就是用来保证在同一时刻，仅有一个JVM进程中的一个线程在执行操作逻辑；换句话说，JUC的锁和分布式锁都是一种保护系统资源的措施。尽可能将并发带来的不确定性转换为同步的确定性；2、分布式锁特性（五大特性非常重要）特性1：互斥性。在任意时刻，只有一个客户端能持有锁。特性2：不会发生死锁。即使有一个客户端在持有锁的期间崩溃而没有主动解锁，也能保证后续其他客户端能加锁。特性3：解铃还须系铃人
作者：京东保险张江涛1、为什么要有分布式锁？JUC提供的锁机制，可以保证在同一个JVM进程中同一时刻只有一个线程执行操作逻辑；多服务多节点的情况下，就意味着有多个JVM进程，要做到这样，就需要有一个中间人；分布式锁就是用来保证在同一时刻，仅有一个JVM进程中的一个线程在执行操作逻辑；换句话说，JUC的锁和分布式锁都是一种保护系统资源的措施。尽可能将并发带来的不确定性转换为同步的确定性；2、分布式锁特性（五大特性非常重要）特性1：互斥性。在任意时刻，只有一个客户端能持有锁。特性2：不会发生死锁。即使有一个客户端在持有锁的期间崩溃而没有主动解锁，也能保证后续其他客户端能加锁。特性3：解铃还须系铃人
