【Redis】锁机制

Redis锁机制

事务冲突

有很多人有你的账户,同时去参加双十一抢购，一个请求想给金额减8000，一个请求想给金额减5000，一个请求想给金额减1000

悲观锁

总是假设最坏的情况，很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会阻塞直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。

特点：

优点：可以完全保证数据的独占性和正确性

缺点：因为每次请求都会先对数据进行加锁， 然后进行数据操作，最后再解锁，而加锁释放锁的过程会造成消耗，所以性能不高;

乐观锁

总是假设最好的情况，很乐观，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号等机制。乐观锁适用于多读的应用类型，这样可以提高吞吐量。Redis就是利用这种check-and-set机制实现事务的。

两种锁的比较

1、乐观锁并未真正加锁（不是真正的锁），效率高。但更新失败的概率也比较高，容易发生业务失败。

2、悲观锁依赖数据库锁，效率低。更新失败的概率比较低。

3、悲观锁阻塞事务，乐观锁回滚重试