redis进阶之路

引言 记录一次线上redis占用过大的排查过程，供后续参考 问题背景 测试同事突然反馈测试环境的web系统无法登陆，同时发现其他子系统也存在各类使用问题 排查过程 1、因为首先反馈的是测试环境系统无法

0. 引言 之前我们讲解了本地缓存ehcache组件，在实际应用中，并不是单一的使用本地缓存或者redis，更多是组合使用来满足不同的业务场景，于是如何优雅的组合本地缓存和远程缓存就成了我们要研究的问

0. 引言 最近线上的一个状态修改功能出现了问题，一开始是运营找了过来，运营告知某条数据的状态已经开启了的，但是实际使用起来还是没有生效，于是拿到这个问题后，首先就去数据库查了这条数据，发现确实如他所

0.引言 前几期我们讲解了如何安装redis，redis的主从、哨兵模式，但还是没有触及到redis的真正核心竞争力——集群模式。 mac for m1(arm)：安装redis的四种方式 redis

0. 引言 上一章我们讲解了redis的主从搭建，但要实现真正的可靠的主从结构，还需要实现主从切换。也就是当主节点宕机时，从节点能够自动切换为主节点。 这就需要借助哨兵模式来实现，今天我们就来看如何搭

0.引言 单节点redis可用性始终无法保障，用一句话来讲：说挂就挂。于是乎搭建高可用的redis服务的第一步，从节点诞生了，也就是redis的主从架构。 1. 概念 redis主从架构的原理是从节点

持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第28天，点击查看活动详情 什么是IO多路复用器 首先这里的IO指的是网络IO，也就是网络连接，如果把一个IO想象成一条路，这些路是

持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第27天，点击查看活动详情 mysql,redis如何保证数据一致性/双写一致性 对于双写一致性问题，主要矛盾就在于： （1）更新完

持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第26天，点击查看活动详情 redis为什么这么快 1、基于内存 redis的数据都是存储在内存中的，所有读写速度很快 2、单线程，

持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第24天，点击查看活动详情 1、redis的删除策略和淘汰策略 redis提供了两种删除策略用来清空过期的key： （1）主动删除/

持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第23天，点击查看活动详情 0、引言 上期我们讲述了redis的IO多路复用器epoll，这期我们接着谈谈redis的底层数据结构

持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第22天，点击查看活动详情 引言 最近研究redis的相关底层知识，查阅了一些资料、博客，发现对于redis工作原理的说明不够用全面