本文主要介绍主要介绍缓存使用的典型场景、实操案例分析、Redis使用规范及常规Redis监控。

edis6已经release半年有余(当前版本是6.0.7)，其中包含很多优秀的特性和优化：多线程、RESP3协议、客户端缓存、安全相关（ACL、SSL)、优化死键问题、异步删除、PSYC2、RDB加速等问题.

“众里寻他千百度，蓦然回首，那人却在，灯火阑珊处”。多年的IT生涯，一直希望自己写的程序能够有很强的健壮性，

Redis does not guarantee the consistency between master and its replica nodes when Lua scripts are used. Read more to find out why and how to guarantee data consistency.

mattsta老哥可太有意思了。八卦之心让我看完了整件事

前言: redis6出来有段时间了，这个版本有不少的亮点，比如client cache、acl、resp3、io多线程等。对于redis6的新功能代码看的差不多了，复杂点主要集中在cache track和io thread上，个人对io多线程的设计和性能表现有些不认同。 压测数据本应该使用图表

基于Redis使用分布式锁在当今已经不是什么新鲜事了。本篇文章主要是基于我们实际项目中因为redis分布式锁造成的事故分析及解决方案。 背景：我们项目中的抢购订单采用的是分布式锁来解决的。有一次，运营做了一个飞天茅台的抢购活动，库存100瓶，但是却超卖了！要知道，这

写出好的注释可能比好的代码更难

某个项目，因为监控尚不完善，所以我时常会人肉查查状态，终于有一天发现了异常： watch -d -n1 ‘netstat -s | grep reset’ 如图所示，服务器发送了大

上一篇基于 的list实现了一个简单的消息队列： "玩转redis 简单消息队列" "源码地址" "使用demo" 产品经理经常说的一句话，

从实际业务需求出发，一条可行又现实的路。

在 Redis 中，热key指的是那些在一段时间内访问频次比较高的键值，具体到业务上，商品的限时抢购、瞬时的新闻热点或某个全局性的资源，都极有可能产生热点key。如何应对热点Key也是解决高并发的必备技能，本文作者条分缕析为你解答这个问题。

在家办公的第N周， 也不知道笔者工位上的键盘和显示器有没有想我， 不知道会不会落灰太严重，被保洁阿姨扔掉了。 笔者今天带来一篇关于redis锁的文章 连敲带画码出此文，有一些细节，对redis锁不清晰的盆友不妨瞧一瞧。 如果是有经验的盆友，挑挑毛病，那

史上最全经典的 Redis 性能优化方案......

继续学习 Redis 混合持久化

This best practices guide covers a collection of common patterns that are employed to solve frequent problems.