技术博客

我是 Redis，MySQL 大哥被我害惨了！

admin2022-11-28 05:31 165人已围观

简介我是 Redis，MySQL 大哥被我害惨了！

本文来自微信公众号：编程技术宇宙（ID：xuanyuancoding），作者：轩辕之风 O

我是 Redis

你好，我是 Redis，一个叫 Antirez 的男人把我带到了这个世界上。

我是 Redis，MySQL 大哥被我害惨了！

说起我的诞生，跟关系数据库 MySQL 还挺有渊源的。

在我还没来到这个世界上的时候，MySQL 过的很辛苦，互联网发展的越来越快，它容纳的数据也越来越多，用户请求也随之暴涨，而每一个用户请求都变成了对它的一个又一个读写操作，MySQL 是苦不堪言。尤其是到“双 11”、“618“这种全民购物狂欢的日子，都是 MySQL 受苦受难的日子。

据后来 MySQL 告诉我说，其实有一大半的用户请求都是读操作，而且经常都是重复查询一个东西，浪费它很多时间去进行磁盘 I / O。

后来有人就琢磨，是不是可以学学 CPU，给数据库也加一个缓存呢？于是我就诞生了！

出生不久，我就和 MySQL 成为了好朋友，我们俩常常携手出现在后端服务器中。

应用程序们从 MySQL 查询到的数据，在我这里登记一下，后面再需要用到的时候，就先找我要，我这里没有再找 MySQL 要。

我是 Redis，MySQL 大哥被我害惨了！

为了方便使用，我支持好几种数据结构的存储：

String

Hash

List

Set

SortedSet

Bitmap

······

因为我把登记的数据都记录在内存中，不用去执行慢如蜗牛的 I / O 操作，所以找我要比找 MySQL 要省去了不少的时间呢。

可别小瞧这简单的一个改变，我可为 MySQL 减轻了不小的负担！随着程序的运行，我缓存的数据越来越多，有相当部分时间我都给它挡住了用户请求，这一下它可乐得清闲自在了！

有了我的加入，网络服务的性能提升了不少，这都归功于我为数据库挨了不少枪子儿。

缓存过期 && 缓存淘汰

不过很快我发现事情不妙了，我缓存的数据都是在内存中，可是就算是在服务器上，内存的空间资源还是很有限的，不能无节制的这么存下去，我得想个办法，不然吃枣药丸。

不久，我想到了一个办法：给缓存内容设置一个超时时间，具体设置多长交给应用程序们去设置，我要做的就是把过期了的内容从我里面删除掉，及时腾出空间就行了。

我是 Redis，MySQL 大哥被我害惨了！

超时时间有了，我该在什么时候去干这个清理的活呢？

最简单的就是定期删除，我决定 100ms 就做一次，一秒钟就是 10 次！

我清理的时候也不能一口气把所有过期的都给删除掉，我这里面存了大量的数据，要全面扫一遍的话那不知道要花多久时间，会严重影响我接待新的客户请求的！

时间紧任务重，我只好随机选择一部分来清理，能缓解内存压力就行了。

我是 Redis，MySQL 大哥被我害惨了！

就这样过了一段日子，我发现有些个键值运气比较好，每次都没有被我的随机算法选中，每次都能幸免于难，这可不行，这些长时间过期的数据一直霸占着不少的内存空间！气抖冷！

我眼里可揉不得沙子！于是在原来定期删除的基础上，又加了一招：

那些原来逃脱我随机选择算法的键值，一旦遇到查询请求，被我发现已经超期了，那我就绝不客气，立即删除。

这种方式因为是被动式触发的，不查询就不会发生，所以也叫惰性删除！

可是，还是有部分键值，既逃脱了我的随机选择算法，又一直没有被查询，导致它们一直逍遥法外！而与此同时，可以使用的内存空间却越来越少。

我是 Redis，MySQL 大哥被我害惨了！

而且就算退一步讲，我能够把过期的数据都删除掉，那万一过期时间设置的很长，还没等到我去清理，内存就吃满了，一样要吃枣药丸，所以我还得想个办法。

我苦思良久，终于憋出了个大招：内存淘汰策略，这一次我要彻底解决问题！

我提供了 8 种策略供应用程序选择，用于我遇到内存不足时该如何决策：

noeviction：返回错误，不会删除任何键值

allkeys-lru：使用 LRU 算法删除最近最少使用的键值

volatile-lru：使用 LRU 算法从设置了过期时间的键集合中删除最近最少使用的键值

allkeys-random：从所有 key 随机删除

volatile-random：从设置了过期时间的键的集合中随机删除

volatile-ttl：从设置了过期时间的键中删除剩余时间最短的键

volatile-lfu：从配置了过期时间的键中删除使用频率最少的键

allkeys-lfu：从所有键中删除使用频率最少的键