本文通过一封618前的R2M(公司内部缓存组件，可以认为等同于Redis)告警，由浅入深的分析了该告警的直接原因与根本原因，并根据原因提出相应的解决方法，希望能够给大家在排查类似问题时提供相应的思路。

Redis 和 Lua，两个看似风流马不相及的技术点，为何能产生“爱”的火花，成为工作开发中的黄金搭档？技术面试中更是高频出现，Redis 执行 Lua 到底能不能保证原子性？

Redis使用多种内存分配策略，例如 jemalloc 和 libc，这些分配器无法做到按需分配，通常会按照固定大小进行分配

在拥有大量并发用户的系统中，热 key 一直以来都是一个不可避免的问题。或许是突然某些商品成了爆款，或许是海量用户突然涌入某个店铺，或许是秒杀时瞬间大量开启的爬虫用户

1. 模式自由 :可以把不同结构的文档存储在同一个数据库里 2. 面向集合的存储：适合存储 JSON风格文件的形式， 3. 完整的索引支持：对任何属性可索引， 4. 复制和高可用性：支持服务器之间的数据复制，支持主-从模式及服务器之间的相互复制。复制的主要目的是提供冗余及自动故…

本文主要通过定期删除策略开始切入，由点到面的介绍了Redis的事件循环、事件模型、主线程它们之间的关系，解答了定期删除策略和主线程并发问题的疑问。

当使用 SpringBoot 结合 Redis 缓存时，我们需要考虑如何防止 Redis 缓存穿透。虽然缓存可以显著提高应用程序的性能，但如果缓存穿透发生，就可能导致数据不一致和性能下降。本文将介绍如

Redis是一款性能强劲的内存数据库，但是在使用过程中，我们可能会遇到Big Key问题，这个问题就是Redis中某个key的value过大，所以Big Key问题本质是Big Value。

Redis 是现在互联网中使用最广泛的分布式缓存系统，它的 qps 可以达到10万每秒，吞吐量还是非常可观的。但不论是什么业务，都不得不面对一个棘手的问题：那就是Redis和源数据的一致性问题。