JAVA实习生第十二次面试题打卡——Redis篇

本文介绍了Redis在并发竞争Key问题的解决方案,解释了Redis将数据存于内存的原因,讨论了Redis的同步机制,探讨了Redis为何采用key-value模式而非SQL支持,以及内存优化、密码设置、事务命令、数据淘汰策略等,并列举了Redis适用于会话缓存、全页缓存、队列、排行榜/计数器、发布/订阅等多种场景。
摘要由CSDN通过智能技术生成

今天继续面试题打卡,最近redis用的很多,所以就多打卡一些reids的

在这里插入图片描述

01、如何解决 Redis 的并发竞争 Key 问题

  • 所谓 Redis 的并发竞争 Key 的问题也就是多个系统同时对一个 key
    进行操作,但是最后执行的顺序和我们期望的顺序不同,这样也就导致了结果的不同!

  • 推荐一种方案:分布式锁(zookeeper 和 redis 都可以实现分布式锁)。(如果不存在 Redis 的并发竞争 Key问题,不要使用分布式锁,这样会影响性能)

  • 基于zookeeper临时有序节点可以实现的分布式锁。大致思想为:每个客户端对某个方法加锁时,在zookeeper上的与该方法对应的指定节点的目录下,生成一个唯一的瞬时有序节点。

  • 判断是否获取锁的方式很简单,只需要判断有序节点中序号最小的一个。

  • 当释放锁的时候,只需将这个瞬时节点删除即可。同时,其可以避免服务宕机导致的锁无法释放,而产生的死锁问题。完成业务流程后,删除对应的子节点释放锁。在实践中,当然是从以可靠性为主。所以首推Zookeeper。

02、为什么 redis 需要把所有数据放到内存中?

Redis 为了达到最快的读写速度将数据都读到内存中,并通

  • 6
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Code_BinBin

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值