无论是在开发过程中还是在准备跑路的面试过程中，有关redis相关的，难免会涉及到四个特殊场景：缓存穿透、缓存雪崩、缓存击穿以及数据一致性。如果在开发中不注意这些场景的话，在高并发场景下有可能会导致系统

方案 1：数据库轮询 方案 2：JDK 的延迟队列 方案 3：时间轮算法 方案 4：redis 缓存 方案 5：使用消息队列 了解需求 在开发中，往往会遇到一些关于延时任务的需求。 例

前言 okey,我们来收尾一下，这公历纪年2022年12月31日。这是本年度的最后一篇博文。那么这篇博文主要是用来实现博文的一个访问记数用的。 背景 这个是我现在还在写的一个项目，没办法事情太多，加上

我报名参加金石计划1期挑战——瓜分10万奖池，这是我的第1篇文章，点击查看活动详情 本篇文章，我们将用go写一个Redis的客户端，其实主要还是探究RESP协议，如果你是第一次看本专栏文章，建议先看【

当地表最强本地缓存Caffeine遇上性能之王Redis，能够给我们的接口访问速度带来怎样的提升，不妨来看一下。

大家好，我是田螺。 日常开发中，经常会碰到秒杀抢购等业务。为了避免并发请求造成的库存超卖等问题，我们一般会用到Redis分布式锁。但是使用Redis分布式锁，很容易踩坑哦~

假设有这样一个场景，在一个购票软件上买一张票，但是此时剩余票数只有一张或几张，这个时候有几十个人都在同时使用这个软件购票。在不考虑任何影响下，正常的逻辑是首先判断当前是否还有剩余的票，如果有，那么就进

对比Spring Data对MongoDB和ES的支持，使用Template的方式确实不够优雅！最近发现Redis官方新推出了Redis的专属ORM框架`RedisOM`，用起来够优雅，推荐给大家！