前言: 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.

说真的，了解了。

为什么这么设计（Why’s THE Design）是一系列关于计算机领域中程序设计决策的文章，我们在这个系列的每一篇文章中都会提出一个具体的问题并从不同的角度讨论这种设计的优缺点、对具体实现造成的影响。如果你有想要了解的问题，可以在文章下面留言。虽然我们经常将

基于Kafka+Flink+Redis的电商大屏实时计算案例

通过选用合适的数据结构来存储，可以大幅减少内存的占用。

Multi-Key 问题如何处理？