MySql悲观锁跟乐观锁的基础理解
MySql悲观锁和乐观锁的基础理解
mysql悲观锁和乐观锁的理解
1、悲观锁
悲观锁顾名思意，全部锁起来
如
select *from t_order where id=101 or id=102 or id=103 for update
通过for update参数，告诉数据库在读取where条件中的数据时将这些数据全部锁住，禁止任何的读取或者更新操作，其余操作进入block等待，直接锁释放
优点：是能保证数据的一致性
缺点：坏处是所有的查询都必需等待锁的或者，如果查询一多，则数据库连接一直block，连接数较多，有可能导致数据库连接超时
2、乐观锁
乐观锁其实是程序员给悲观锁的另一种叫法，事实上是由程序员自己加逻辑处理
如
update t_goods set count = count - ${count} where id=1 count > ${count}
相当于在执行update时，count字段作为version字段，则此时可保证更新count时，count的数量一定是大于参数${count}的，保证了最大的运行效率，只有在count > ${count}的时候才真正产生冲突
当然也可以用一个独立的version来作为标识
如，先查出version，执行完成时更新version+1，如version有冲突则执行失败
select (status,status,version) from t_goods where id=#{id}
update t_goods
set status=2,version=version+1
where id=#{id} and version=#{version};
优点：此时一般适用于查询后执行失败的场景，保证查询不受锁的控制
缺点：大并发导致的大规模冲突时会导致较多的失败回滚操作
mysql悲观锁和乐观锁的理解
1、悲观锁
悲观锁顾名思意，全部锁起来
如
select *from t_order where id=101 or id=102 or id=103 for update
通过for update参数，告诉数据库在读取where条件中的数据时将这些数据全部锁住，禁止任何的读取或者更新操作，其余操作进入block等待，直接锁释放
优点：是能保证数据的一致性
缺点：坏处是所有的查询都必需等待锁的或者，如果查询一多，则数据库连接一直block，连接数较多，有可能导致数据库连接超时
2、乐观锁
乐观锁其实是程序员给悲观锁的另一种叫法，事实上是由程序员自己加逻辑处理
如
update t_goods set count = count - ${count} where id=1 count > ${count}
相当于在执行update时，count字段作为version字段，则此时可保证更新count时，count的数量一定是大于参数${count}的，保证了最大的运行效率，只有在count > ${count}的时候才真正产生冲突
当然也可以用一个独立的version来作为标识
如，先查出version，执行完成时更新version+1，如version有冲突则执行失败
select (status,status,version) from t_goods where id=#{id}
update t_goods
set status=2,version=version+1
where id=#{id} and version=#{version};
优点：此时一般适用于查询后执行失败的场景，保证查询不受锁的控制
缺点：大并发导致的大规模冲突时会导致较多的失败回滚操作