悲观锁与乐观锁

最新推荐文章于 2025-03-06 18:08:45 发布

数据大观察

最新推荐文章于 2025-03-06 18:08:45 发布

阅读量380

点赞数 1

CC 4.0 BY-SA版权

分类专栏： IT开发技术哲理

本文链接：https://blog.youkuaiyun.com/weixin_43258908/article/details/89076269

IT开发技术哲理专栏收录该内容

211 篇文章 ¥19.90 ¥99.00

订阅专栏

超级会员免费看

悲观锁总是假设最坏情况，每次读数据时都会上锁，防止其他线程修改；而乐观锁则假设最佳情况，读取数据时不加锁，更新时检查数据是否被其他线程修改过。乐观锁常通过版本号机制或CAS算法实现，适用于多读场景。MySQL的隔离级别对事务的可见性有不同的控制，包括READ UNCOMMITTED、READ COMMITTED、REPEATABLE READ和SERIALIZABLE。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

在这里插入图片描述
何谓悲观锁与乐观锁

乐观锁对应于生活中乐观的人总是想着事情往好的方向发展，悲观锁对应于生活中悲观的人总是想着事情往坏的方向发展。这两种人各有优缺点，不能不以场景而定说一种人好于另外一种人。

悲观锁
总是假设最坏的情况，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会阻塞直到它拿到锁（共享资源每次只给一个线程使用，其它线程阻塞，用完后再把资源转让给其它线程）。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。Java中synchronized和ReentrantLock等独占锁就是悲观锁思想的实现。

乐观锁
总是假设最好的情况，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号机制和CAS算法实现。乐观锁适用于多读的应用类型，这样可以提高吞吐量，像数据库提供的类似于write_condition机制，其实都是提供的乐观锁。在Java中java.util.concurrent.atomic包下面的原子变量类就是使用了乐观锁的一种实现方式CAS实现的。

两种锁的使用场景
从上面对两种锁的介绍，我们知道两种锁各有优缺点，不可认为一种好于另一种，像乐观锁适用于写比较少的情况下（多读场景），即冲突真的很少发生的时