redis实现收藏功能 redis实现关注收藏

大厂面试题详解:如何用Redis实现分布式锁?直接使用 set(key,value,NX,EX,timeout) 指令,同时设置锁和超时时间 。以上两种方法,使用哪种方式都可以 。释放锁的脚本两种方式都一样,直接调用 Redis 的 del 指令即可 。
可以尽量把锁自动过期的时间设的冗余一些 。但也不能彻底解决 。可以在删除锁的时候先get值,判断值是否是当前线程存的随机值 , 只有相同才执行删锁的操作;当然也要使用 lua 脚本执行来保证原子性 。
如返回1,则该客户端获得锁,把lock.foo的键值设置为时间值表示该键已被锁定,该客户端最后可以通过DEL lock.foo来释放该锁 。如返回0,表明该锁已被其他客户端取得 , 这时我们可以先返回或进行重试等对方完成或等待锁超时 。
如果想要实现可重入的分布式锁的话,需要在设置value的时候加上线程信息和加锁次数的信息 。但是这是简单的思路 , 如果加上过期时间等问题之后,可重入锁就可能比较复杂了 。
使用分布式锁要满足的几个条件:系统是一个分布式系统(关键是分布式 , 单机的可以使用ReentrantLock或者synchronized代码块来实现)共享资源(各个系统访问同一个资源,资源的载体可能是传统关系型数据库或者NoSQL) 。
Springboot使用redis的setnx和getset实现并发锁、分布式锁使用redis实现并发锁,主要是靠两个redis的命令:setnx和getset 。那我们的设计思路就是:上面的代码使用了一个RedisService的类 , 里面主要是简单封装了一下redis的操作,你可以替换为自己的service 。
这里同时启动5个线程并发往redis中存储 lock 这个key(key可以自定义,但需要一致) , 同时设置10秒的过期时间 。
C3发送SETNX lock.foo 想要获得锁,由于C0还持有锁,所以Redis返回给C3一个0 C3发送GET lock.foo 以检查锁是否超时了 , 如果没超时,则等待或重试 。
在8版本之后,redis为了解决这个问题,提供了官方版的解法,就是命令:set key value nx expireTimeNum ex,将上述两个命令合并成了一个命令 。
【redis实现收藏功能 redis实现关注收藏】所以,经过综合考虑,我们就采用了 Redis 分布式锁 , 通过互斥的方式,以防止多个客户端同时更新优惠券数量的方案 。当时,我们首先想到的就是使用 Redis 的 setnx 命令 , setnx 命令其实就是 set if not exists 的简写 。
redis数据类型和应用场景redis的五种数据类型分别是string、hash 、list、set、zset。string string是redis最基本的类型,你可以理解成与Memcached一模一样的类型,一个key对应一个value 。string类型是二进制安全的 。
可用于缓存、事件发布订阅、高速队列等场景 。
Redis的字符串类型 , 可以存储字符串、整数或浮点数,如果存储的是整数或者浮点数,还能执行自增或自减操作 。
redis支持的数据类型就是列表、哈希、集合并和删除、获取子列表等 。Redis支持的五种数据类型包括String、Hash、List、Set、Zset,其中,String类型的值可以是字符串、数字或二进制,但值最大不能超过512MB 。
ziplist的entry 的格式:prevlen encodinglen entry-data prevlen :前一个元素的长度 , 相当于节点保存前一个元素的指针 。
云数据库redis的应用场景有:缓存、会话存储、发布/订阅系统、计数器和排行榜、实时数据分析 。

    推荐阅读