SharingOfficer的博客

Redis 是互联网技术领域使用最为广泛的存储中间件，它是「emotectionaryervice」的首字母缩写，也就是「远程字典服务」。Redis 以其超高的性能、完美的文档、简洁易懂的源码和丰富的客户端库支持在开源中间件领域广受好评。国内外很多大型互联网公司都在使用 Redis，比如 Twitter、YouPorn、暴雪娱乐、Github、StackOverflow、腾讯、阿里、京东、华为、新浪微博等等，很多中小型公司也都有应用。

1.分布式锁分布式锁超时问题可重入性2.延时队列异步消息队列？队列空了怎么办？队列延迟空闲连接自动断开锁冲突处理延时队列的实现进一步优化3.位图基本使用统计和查找魔术指令 bitfield使用方法pfadd这个pf是什么意思？pfmerge适合什么场合用？注意事项HyperLogLog实现原理pf的内存占用为什么是12k？5.布隆过滤器布隆过滤器是什么？Redis中的布隆过滤器布隆过滤器的基本使用注意事项布隆过滤器的原理空间占用估计实际元素超出时，误判率会怎样变化。

正如标题所说，我现在已经如愿以偿地进了字节！之前自己一直待在一个不大不小的外包公司，每天做着重复的层删改查工作。直到22年8月初，自己通过朋友的介绍拿到了字节的面试机会，自己在家复习了3个月，成功地拿到了字节的offer，其中复习资料对我最关键的就是这份Redis技术笔记，让我触类旁通，对我的技术长进非常大的帮助！所谓「授人以鱼不如授人以渔」，鄙人就把这份Redis笔记，目的就是为了帮助后端开发者较为深入的 理解 Redis 背后的原理和实践经验，做到知其然也知其所以然，为未来进阶成长为架构师做好准备。

昨晚有六七位小伙伴告诉我说：“大佬，有没有Redis的面试教程啊，最近面试被问到好多”这就帮小伙伴们专门整理了一份资料（不仅仅是面试题），从Redis核心原理到Redis设计与源码帮助大家梳理体系，快速提升Redis技术，68道Redis精品面试题（附解析）帮大家了解近期面试中小伙伴们遇到的问题想来应该可以帮小伙伴们更好的应对面试官的刁难，解决找工作的难题！

为了不影响大家的阅读，就不继续拉长篇幅了！可能Redis能做的事情还有更多，一份笔记当然是无法把方方面面都概括到，如果你对Redis有独到的讲解，可以跟大家互动一手。​。

前言 做C端相关业务，目前主流的关系型数据库在高并发的查询请求场景下，很难做到低延迟的高并发，甚至有可能被打挂。因此引入缓存中间件是一个常见的解决方案，但如何保证缓存与数据库的一致性，便成为了一个棘手的问题，这次我们拿常见的Mysql和Redis举例。正文 保持缓存和数据库的一致性，最简单的做法就是直接在业务中去双写或删除保持一致性；如果要跟业务解耦，就要采用订阅binlog或者定时刷新的方式完成。业务耦合的一致性方案业务中耦合更新缓存 其中...

为了构建高并发、高可用的系统架构，压测、容量预估必不可少，在发现系统瓶颈后，需要有针对性地扩容、优化。结合楼主的经验和知识，本文做一个简单的总结，欢迎探讨。1、QPS保障目标一开始就要明确定义QPS保障目标，以此来推算所需的服务、存储资源。可根据历史同期QPS，或者平时峰值的2到3倍估算。压测目标示例：qps达到多少时，服务的负载正常，如平均响应时间、95分位响应时间、cpu使用率、内存使用率、消费延迟低于多少 不要让任何一个环节成为瓶颈，需考虑服务实例、数据库、Redis、ES、Hbas

零，起因我为什么要造redis这个轮子？ 1，破除对redis神秘感。 2，“基础服务中台”的同事们在开会讨论redis云，以及redis代理。 3，开一个redis资源并不是容易事，为什么不可以不可以写成java直接推送到未来云上，简单方便。 以这个思路我开始使用业余时间研究了redis的tcp通讯原理与redis命令，出发点是写一个redis云代理之类的云管理软件，但是还是忍不住写成了java版的redis，本文章主要分享redis的编写心路历程。复制代码...

近几年，随着移动互联网的飞速发展，我们享受着整个社会的技术进步带来的便利，但同时也给从业者带来了如何保证项目的高并发、低延时的技术挑战，相应的互联网技术也随之发生了重大变革，NoSQL技术得到了蓬勃的发展。Redis作为基于键值对的NoSQL数据库，具有高性能、丰富的数据结构、持久化、高可用、分布式等特性，同时Redis本身非常稳定，已经得到业界的广泛认可和使用。掌握Redis已经逐步成为开发和运维人员的必备技能之一。基于上述情况，本次将给大家分享我的珍藏《阿里内部Redis学习笔记》这本笔记对Re

1、Redis 实现分布式锁 指定一个 key 作为锁标记，存入 Redis 中，指定一个 唯一的用户标识作为 value。 当 key 不存在时才能设置值，确保同一时间只有一个客户端进程获得锁，满足互斥性特性。 设置一个过期时间，防止因系统异常导致没能删除这个 key，满足防死锁特性。 当处理完业务之后需要清除这个 key 来释放锁，清除 key 时需要校验 value 值，需要满足只有加锁的人才能释放锁 。 2、问题如果这个锁的过期时间是30秒，但是业务运行超

嗨~大家好，这里是SharingOfficer，一起来聊一聊帖子点赞解决方案，咱们往下看????点赞业务场景分析点赞或取消点赞，用户点击功能 看帖子信息：通过用户id和帖子id，查看该帖子的点赞数、该用户是否点赞状态。点赞的技术方案点赞的关键技术就是要判断该用户是否点赞，已重复点赞的不允许再点赞，即过滤重复，虽然业务不复杂，可以采用数据库直接实现，但是对于微博这种高并发的场景，不可能查数据库的，一般是缓存，即redis点赞或取消点赞，用户点击功能采用的是redis的set数据结构

prefix分布式锁 延时队列（不如用kafka） 位图（bitset减少资源占用） hyperLogLog（大批量数据不绝对精确的低资源占用统计）需要后续学习的内容hyperLogLog实现原理 延时队列 funnel(漏斗限流)应用1 - 分布式锁本质：在redis中留个标记，其他线程后续进入的时候放弃或重试。方案 - setnxsetnx 指令使用setnx(set if not exists)进行占用。使用完了使用del删除。> setnx lock:

我们知道，大部分的业务场景都是读多写少，为了利用好这个特性，提升Redis集群系统的吞吐能力，通常会采用主从架构、读写分离如上图所示：其中 Master节点：负责业务的写操作 Slave节点：实时同步Master节点的数据，提供读能力 为了提高吞吐量，采用一主多从的架构，将业务的读压力分摊到多台服务器上上述方案，看似合理，但其实可能存在一定隐患！一、拉取过期数据Redis性能高主要得益于纯内存操作，但内存存储介质的成本过高，所以数据的存储有一