Redis

5、简述乐观锁以及悲观锁的区别以及使用场景¶

乐观锁总是认为不会产生并发问题，每次去取数据的时候总认为不会有其他线程对数据进行修改，因此不会上锁，但是在更新时会判断其他线程在这之前有没有对数据进行修改，一般会使用版本号机制或CAS操作实现
工作方式：全程没有加锁（无锁编程），先修改完共享资源，再验证这段时间内有没有发生冲突，如果没有其他线程在修改资源，那么操作完成，如果发现有其他线程已经修改过这个资源，就放弃本次操作
应用场景：比较适合**读取操作比较频繁**的场景，如果出现大量的写入操作，数据发生冲突的可能性就会增大，为了保证数据的一致性，应用层需要不断的重新获取数据，这样会增加大量的查询操作，降低了系统的吞吐量。
悲观锁总是假设最坏的情况，每次取数据时都认为其他线程会修改，所以都会加锁（读锁、写锁、行锁等），当其他线程想要访问数据时，都需要阻塞挂起
工作方式：可以依靠数据库实现，如行锁、读锁和写锁等，都是在操作之前加锁
应用场景：比较适合**写入操作比较频繁**的场景，如果出现大量的读取操作，每次读取的时候都会进行加锁，这样会增加大量的锁的开销，降低了系统的吞吐量。

redis 优点快。 Redis 是⼀种基于内存的数据库，对数据的读写操作都是在内存中完成，因此读写速度⾮常快，适⽤于 服务器与数据库间的缓存，还可以⽤来做分布式锁、秒杀、消息队列。