乐观锁与悲观锁各自适用场景是什么？

机制

1. 乐观锁是一种思想&＃xff0c;具体实现是&＃xff0c;表中有一个版本字段&＃xff0c;第一次读的时候&＃xff0c;获取到这个字段。处理完业务逻辑开始更新的时候&＃xff0c;需要再次查看该字段的值是否和第一次的一样。如果一样更新&＃xff0c;反之拒绝。之所以叫乐观&＃xff0c;因为这个模式没有从数据库加锁。

2. 悲观锁是数据库层面加锁&＃xff0c;都会阻塞去等待锁。乐观锁优点程序实现&＃xff0c;不会存在死锁等问题。他的适用场景也相对乐观。阻止不了除了程序之外的数据库操作。悲观锁是数据库实现&＃xff0c;他阻止数据库写操作。再来说更新数据丢失&＃xff0c;所有的读锁都是为了保持数据一致性。乐观锁如果有人在你之前更新了&＃xff0c;你的更新应当是被拒绝的&＃xff0c;可以让用户从新操作。悲观锁则会等待前一个更新完成。这也是区别。具体业务具体分析

实现方式

乐观锁&＃xff0c;version方式&＃xff1a;一般是在数据表中加上一个数据版本号version字段&＃xff0c;表示数据被修改的次数&＃xff0c;当数据被修改时&＃xff0c;version值会加一。当线程A要更新数据值时&＃xff0c;在读取数据的同时也会读取version值&＃xff0c;在提交更新时&＃xff0c;若刚才读取到的version值为当前数据库中的version值相等时才更新&＃xff0c;否则重试更新操作&＃xff0c;直到更新成功。sql实现代码&＃xff1a;

update table 
set x&＃61;x&＃43;1, version&＃61;version&＃43;1 
where id&＃61;#{id} and version&＃61;#{version};CAS操作方式&＃xff1a;即compare and swap 或者 compare and set&＃xff0c;


涉及到三个操作数&＃xff0c;数据所在的内存值&＃xff0c;预期值&＃xff0c;新值。当需要更新时&＃xff0c;判断当前内存值与之前 取到的值是否相等&＃xff0c;若相等&＃xff0c;则用新值更新&＃xff0c;若失败则重试&＃xff0c;一般情况下是一个自旋操作&＃xff0c;即不 断的重试。

悲观锁&＃xff0c;是由数据库自己实现的&＃xff0c;要用的时候&＃xff0c;我们直接调用数据库的相关语句就可以了&＃xff08;原理&＃xff1a;共享资源每次只给一个线程使用&＃xff0c;其它线程阻塞&＃xff0c;用完后再把资源转让给其它线程&＃xff09;&＃xff0c;如行锁、读锁和写锁等&＃xff0c;都是在操作之前加锁。

使用场景

乐观锁&＃xff1a;比较适合读取操作比较频繁的场景&＃xff0c;如果出现大量的写入操作&＃xff0c;数据发生冲突的可能性就会增大&＃xff0c;为了保证数据的一致性&＃xff0c;应用层需要不断的重新获取数据&＃xff0c;这样会增加大量的查询操作&＃xff0c;降低了系统的吞吐量。

悲观锁&＃xff1a;比较适合写入操作比较频繁的场景&＃xff0c;如果出现大量的读取操作&＃xff0c;每次读取的时候都会进行加锁&＃xff0c;这样会增加大量的锁的开销&＃xff0c;降低了系统的吞吐量。