redis学习记录

原创已于 2024-05-31 01:09:47 修改 · 542 阅读

3 ·

本内容遵循CC 4.0 BY-SA版权协议

标签

#redis

收录于

于 2024-05-31 01:05:54 首次发布

大家有更好的理解和见解可以批评指正下哦🤓🤓

1. 什么是缓存穿透，怎么解决

缓存穿透:查询一个不存在的数据，mysql查询不到数据也不会直接写入缓存，就会导致每次请求都查数据库。
解决方案一:缓存空数据
解决方案二:布隆过滤器

2. 什么是缓存击穿，怎么解决

缓存击穿：给某一个key设置了过期时间，当key过期的时候，恰好这时间点对这个key有大量的并发请求过来，这些并发的请求可能会瞬间把DB压垮
①解决方案一：用互斥锁：当缓存失效时，不立即去访问数据库，先使用如Redis的sentnx方法去设置一个互斥锁,当操作成功返回时再进行访问数据库的操作并回设缓存，否则重试get缓存的方法
②解决方案二:在设置key的时候，设置一个过期时间字段一块存入暖存中，不给当前key设置过期时间。查询的时候，从redis取出数据后判断时间是否过期，如果过期则开通另外一个践程进行数据同步，当前线程正常返回数据，这个数据不是最新的。

3.什么是缓存雪崩，怎么解决

缓存雪崩：是指在同一时段大量的缓存key同时失效（设置了相同的过期时间）或者Redis服务宕机，导致大量请求到达数据库，带来巨大压力。与缓存击穿的区别：雪崩是很多key，击穿是某一个key缓存
解决方案:

1.给不同的Key的TTL添加随机值

2.利用Redis集群提高服务的可用性
3.给缓存业务添加降级限流策略，降级可做为系统的保底策略，适用于穿透，击穿，雪崩
4.给业务添加多级缓存

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

是蜡笔小欣

关注关注

10
点赞
踩
3

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

Redis学习记录

m0_74258518的博客

03-22

1079

字符串是Redis中最基本的数据类型，它可以存储文本、数字等各种类型的数据。列表是Redis中的一种有序数据结构，它允许在两端进行快速的插入和删除操作。集合是Redis中的一种无序且元素唯一的数据结构，适用于需要去重和集合运算的场景。有序集合是集合的一种升级版，它在元素唯一的基础上，还为每个元素关联了一个分数，从而可以对元素进行排序。哈希是Redis中用于存储键值对集合的数据结构，适用于将多个字段和值关联起来的场景。流是Redis 5.0引入的一种数据结构，用于处理实时数据流，支持消息的发布与订阅、消息持久

Redis学习记录之Java中的初步使用

逍遥飞鹤的专栏

04-07

3415

1.关于Redis 下载地址：1.Linux版：https://github.com/antirez/redis 2.windows版：https://github.com/MSOpenTech/redis Redis是什么？两句话可以做下概括： 1. 是一个完全开源免费的key-value内存数据库 2. 通常被认为是一个数据结构服务器，主要是因为其有着丰富的数据结构 strin

参与评论您还未登录，请先登录后发表或查看评论

Spring Boot 进阶实战：整合 MyBatis、Redis、JWT，搭一个更像真实项目的后端服务

RonieWhite的博客

06-15

285

如果说 Spring Boot 基础篇解决的是“项目怎么起起来”，那么进阶篇更关心的是：这篇文章用一个偏典型的用户认证 + 商品查询场景，把下面四块内容串起来：目标是给出一套更像真实业务系统的实现骨架，而不是只给你几个零散知识点。假设我们现在要做一个简单的后端服务，支持这些能力：一个合理的技术职责拆分大致是：先看 Maven 依赖。 3. 项目结构建议建议按下面这种方式组织：这么分的好处是：说明： 5.2 业务异常 5.3 全局异常处理 6. JWT：签发、解析、校验 6.1 配置类 6.2

Firecrawl Docker Compose 自托管排查：镜像、Redis、队列和 Playwright

mliev的博客

06-15

269

本文总结了自托管Firecrawl服务时的常见问题及排查方法。Firecrawl是一个网页抓取和内容转换工具，涉及多个组件（API、Playwright、Redis、RabbitMQ等）。主要问题包括镜像拉取失败、端口无响应、队列服务异常等。排查步骤包括：预检GHCR和Docker Hub镜像可用性检查关键环境变量配置查看各容器日志状态测试本地API功能为Playwright服务分配足够资源验证Redis和RabbitMQ服务连通性上线前检查安全设置和资源配置建议在生产环境中固定镜像版本、

Redis - 主从集群脑裂：数据丢失的隐藏杀手

小工匠

06-16

425

摘要： Redis主从集群中的脑裂问题会导致数据丢失，表现为客户端写入原主库的数据在切换后被全量同步清除。脑裂常由主库假故障（如资源争抢或实例阻塞）引发，此时哨兵触发切换但原主库仍在接收写入。通过配置min-slaves-to-write和min-slaves-max-lang参数，可限制主库在从库同步异常时拒绝写入，减少数据丢失风险。建议参数设置需结合从库数量和哨兵超时时间，并注意该方案无法完全避免数据丢失。本质上是Redis异步复制在性能与一致性间的权衡，关键运维措施包括避免主库资源竞争和监控阻塞情况。

Redis Bitmaps 用户签到系统设计方案

zmm0628的博客

06-13

379

Redis Bitmaps 用户签到系统设计方案摘要本文提出了一种基于Redis Bitmaps的高效用户签到系统设计方案。针对千万级用户规模的需求，方案采用混合存储策略：当前月份签到数据存储在Redis中，历史数据持久化到MySQL。核心优势包括：极致空间节省：千万用户每日签到仅需1.2MB内存，Redis仅缓存当月数据高效查询：用户月签到查询通过30次getBit实现，全站日签到统计使用BITCOUNT指令冷热分离：热数据(当月)存Redis保证读写性能，冷数据(历史)存MySQL节省资源自动

数据库客户端：DBGate、DBX、dblab、SQLQueryStress、openhare、DBcooper、RedisME

lonelymanontheway的博客

06-13

303

数据库客户端：DBGate、DBX、dblab、SQLQueryStress、openhare、DBcooper、RedisME

Redis 基础入门与实践指南

2401_88513741的博客

06-14

213

本文梳理 Redis 的发展历史、Ubuntu 环境下的多种安装方式、核心文件职责、redis-cli 基本使用及典型应用场景，帮助初学者快速建立 Redis 全局认知。

Redis 从入门到实战

最新发布

qq_72113648的博客

06-20

144

上面命令后面加上 --raw 参数即可正常显示中文redis-cli连接成功后，会看到提示符。如果设置了Redis密码，则需要使用AUTH命令手动验证密码让我们来练习几个最基础的通用命令，来管理 Redis 中的 Key。- 设置一个键值对- 获取一个键的值- 查找所有符合给定模式的 Key（- 判断一个 Key 是否存在- 返回 Key 所存储的值的类型- 为 Key 设置过期时间（单位：秒）- 删除一个或多个 Key。

百度 C++/PHP 研发一二面：一面扫八股和算法，二面开始逼近 Redis、MySQL 和秒杀设计

TechPioneer_lp的博客

06-15

202

这篇百度C++/PHP研发面经展现了后端岗位的面试进阶路径：一面侧重算法、操作系统、网络等基础（如链表判环、HTTP协议），二面则深入Redis/MySQL底层、高并发设计（如秒杀系统）。面经揭示百度筛选标准：基础合格后，重点考察缓存/数据库系统理解、高并发设计能力。建议准备时：一面夯实算法和语言基础（C++关键字/多态），二面吃透Redis/MySQL原理，并构建系统设计思维。笔试不佳仍有面试机会，但二面才是真正的能力分水岭。

反向海淘跨境缓存架构优化：taocarts Redis分层缓存实战技术

taocarts_bidfans的博客

06-16

254

反向海淘系统存在大量高频访问、动态更新、实时性要求高的数据，包括实时汇率、商品库存、热门商品数据、物流轨迹、用户会话、接口返回数据等，这类数据若频繁请求数据库或第三方API，会导致数据库压力过载、接口响应延迟、系统卡顿、第三方限流封禁等问题，严重影响用户体验与系统稳定性。taocarts系统基于Redis搭建分层缓存架构，针对反向海淘专属业务场景，设计差异化缓存策略、过期机制、预热规则、击穿防护，完美适配跨境业务高并发、高动态、高稳定的运行需求。汇率、库存等实时数据缓存更新不及时，出现数据滞后、展示错乱；

Redis 的IO

菜鸟的博客

06-17

212

为了避免用户导致冲突甚至内核崩溃，用户应用与内核时分离的：用户空间只执行受限的命令，而且不能直接调用系统资源，必须通过内核提供的内核空间可以执行特权命令，调用一切系统资源Linux系统为了提高IO效率，会在用户空间和内核空间都加入缓冲区:写数据时，要把用户缓冲数据拷贝到内核缓冲区，然后写入设备读数据时，要从设备读取数据到内核缓冲区，然后拷贝到用户缓冲区顾名思义，非阻塞IO的recvfrom操作会立即返回结果而不是阻塞用户进程。

从底层硬件到高并发架构：全景解析 Cache 替换算法与 Redis 近似 LRU 策略

2401_87395400的博客

06-14

370

从 CPU 内部为了几十 KB 空间精打细算的硬件计数器，到 Redis 为了千万级吞吐量挥刀斩链表的近似抽样算法。在资源匮乏的缓冲层，LRU 和局部性原理始终是数据的最高法则；而在真实的工业落地中，基于概率与采样的“工程妥协”，往往比死板的严谨更具智慧。

Docker Compose多服务编排实战：从零搭建Node.js+MySQL+Redis全栈应用

huozhe01的博客

06-15

256

通过本文，你不仅掌握了 Docker Compose 的核心概念，还获得了一个可直接运行的 Node.js + MySQL + Redis 多服务模板。从网络、依赖、健康检查到数据卷，这些正是生产级容器编排的基础。当你熟练之后，可以进一步扩展 Nginx 反向代理、消息队列等服务，构建更复杂的微服务架构。推荐将 Compose 文件纳入版本控制，实现“基础设施即代码”的 DevOps 实践。开始用 Docker Compose 简化你的多容器应用管理吧！

Docker搭建Elasticsearch+Redis+Logstash+Filebeat日志分析系统完整指南

曼陀罗的博客

06-17

227

3节点的Elasticsearch集群提供高可用存储Logstash负责日志采集和处理Filebeat作为轻量级日志采集器Kibana提供可视化分析界面Redis/Kafka作为消息缓冲队列这套系统可支持大规模日志采集和分析场景，并可根据实际需求进行横向扩展。在实际生产环境中，建议根据日志量动态调整各组件资源配置，并建立完善的监控告警体系。

搜狗电话面试：网络、MySQL、Redis、锁和 Linux 命令一次全扫

TechPioneer_lp的博客

06-16

113

这篇搜狗后端电话面经展现了典型的基础知识快扫模式，覆盖网络协议（TCP握手/挥手、粘包）、数据库（MySQL隔离级别、索引）、Redis缓存问题、进程通信、Linux命令等核心考点，最后以两数之和算法题收尾。这种面试重点考察候选人知识体系的完整性和口头表达能力，特别容易暴露基础薄弱环节。面经价值在于揭示了后端岗位的基础能力门槛：网络、数据库、操作系统等知识必须形成系统认知，才能通过电话面试的即时问答考验。准备此类面试需重点强化各模块的逻辑串联和场景化表达，而不仅是碎片化知识点记忆。

防重复提交-Redis注解AOP组件设计

weixin_51864284的博客

06-16

217

重复提交如果每个接口都手写一遍，代码会很快变乱。更好的方式是把它收进一个注解组件里，让业务方只关心“这个接口要不要防重”，而不是每次都重复写 Redis 判断逻辑。核心就两步：先拿到 key，再尝试写入 Redis。如果写不进去，说明这次请求已经在处理中，直接返回。它的目标不是“绝对禁止所有重复”，而是把大部分重复请求挡在入口，把并发冲突变成可控问题。