本文深入探讨了数据库事务中的两种锁机制——悲观锁和乐观锁。悲观锁在读取数据时立即加锁，确保数据不被其他事务修改，适合高并发但更新频繁的场景。而乐观锁则在更新时检查数据是否被修改，通常通过版本号或时间戳实现，适用于冲突较少的情况。理解这两种锁的原理和适用场景对于优化数据库性能至关重要。
1、悲观锁，先获取锁，再进行业务操作，一般就是利用类似 SELECT … FOR UPDATE 这样的语句，对数据加锁，避免其他事务意外修改数据。
当数据库执行SELECT … FOR UPDATE时会获取被select中的数据行的行锁，select for update获取的行锁会在当前事务结束时自动释放，因此必须在事务中使用。
2、乐观锁，先进行业务操作，只在最后实际更新数据时进行检查数据是否被更新过。Java 并发包中的AtomicFieldUpdater 类似，也是利用 CAS 机制，并不会对数据加锁，而是通过对比数据的时间戳或者版本号，来实现乐观锁需要的版本判断。
扫一扫
755
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
