Key命名设计：可读性、可管理性、简介性规范建议使用冒号即:进行分割拼接，因为很多Redis客户端是根据冒号分类的。比如有几个Key：apps:app:1、apps:app:2和apps:app:3。
说明：本次实践基于Redis版本3.2.11。
关于SortedSet
首先，我们都知道Redis的SortedSet是可以根据score进行排序的，以手机应用商店的热门榜单排序为例，根据下载量倒序
需求背景业务表tb_image部分数据如下所示，其中id唯一，image_no不唯一。image_no表示每个文件的编号，每个文件在业务系统中会生成若干个文件，每个文件的唯一ID就是字段id：业务表t
本文重点讲述Redis的哪些metrics需要重要监控（篇幅有限，不能涵盖所有），以及我们如何获取这些metrics数据。从而确保对我们应用至关重要的Redis是否健康运行，以及当出现问题时能及时通知
后台经常会有小伙伴咨询RedLock相关问题，笔者在此再来一篇文章剖析一下RedLock，希望此文能解决你对它所有的疑惑和误解。 为什么需要RedLock这一点很好理解，因为普通的分布式锁算法在加锁时
业务场景剖析公司业务系统（比如：电商系统）中有大量涉及定时任务的业务场景，例如：实现买卖双方在线沟通的IM系统，为了确保接收方能够收到消息，服务端一般都会有重试策略，即服务端在消息发出的一段时间内，如
Java语言
记一次线上请求偶尔变慢的排查
Java语言
Elasticsearch调优篇-慢查询分析笔记
联系我们
