Redis深度探秘和作者那些不为人知的故事，带你走进Redis的内部世界

主要综合自Redis创始人萨尔瓦托勒·桑菲利波（Salvatore Sanfilippo）的多次访谈、技术演讲以及开源社区流传的故事）

Redis这个名字，其实是“REmote DIctionary Server”（远程字典服务）的缩写，但你可能不知道，它的诞生完全是一个“无心插柳”的结果，它的作者，我们习惯叫他安蒂雷（Antirez），其实是个非常有趣、甚至有些“叛逆”的程序员。

安蒂雷并不是计算机科班出身，他早年学的是社会学，后来因为对计算机的浓厚兴趣才转行，这种非典型的背景，某种程度上塑造了Redis独特的设计哲学，他开发Redis的初衷，并不是要创造一个多么强大、功能多么齐全的数据库,而是为了解决一个非常具体且实际的问题。

当时，安蒂雷在做一个实时网站日志分析的项目，他需要一种能快速存储和读取简单数据结构的工具，比如记录某个IP地址的访问次数，现有的数据库要么太笨重，要么速度不够快，他决定自己写一个，用他自己的话说，这只是一个“周末项目”，初衷就是解决自己的燃眉之急,完全没想过它会成为一个被广泛使用的开源项目。

正因为这个简单的起点，Redis从骨子里就带着一种“简单至上”的基因，安蒂雷有一个著名的设计理念，叫做“代码即文档”，意思是，Redis的源代码本身就应该清晰、易读，让任何一个有能力的程序员都能看懂，这比写一大堆复杂的外部文档更重要，他极其厌恶软件的复杂性，认为复杂是软件工程的“癌症”，你在Redis中看到的许多命令，比如SET、GET、LPUSH，都非常直观,就像英语单词一样。

这种对简单的执着，也体现在Redis处理数据的方式上，与那些将数据复杂地存储在硬盘表格中的数据库不同，Redis的核心是把所有数据都放在服务器的内存里，这就像是把常用的工具全都摊开在桌面上，而不是锁进一个个抽屉里，所以速度极快，能达到微秒级别的响应，但这也带来了一个明显的问题：一旦服务器断电,内存里的数据不就全没了吗？

关于数据持久化，安蒂雷有过一段很有趣的内心挣扎，早期，他非常抗拒为Redis加入复杂的持久化机制，因为他觉得这违背了“简单”的原则，而且他个人认为缓存丢失数据是可以接受的，但随着用户越来越多，尤其是在生产环境中，大家对数据安全性的要求越来越高，在社区的强烈呼声下，他才“妥协”地引入了RDB（快照）和AOF（日志）两种持久化方式，这个故事说明，一个成功的开源项目,也是在作者与社区的不断互动和妥协中成长起来的。

安蒂雷的个性也深深烙印在Redis上，他不是一个典型的“企业级”软件领导者，他更像个艺术家或工匠，追求代码的美感和简洁性，他曾经多次拒绝在Redis核心代码中加入一些他认为过于复杂或不优雅的功能，哪怕这些功能被大公司强烈要求，他维护Redis的十几年里，一直保持着高度的个人色彩，亲自审查绝大部分代码提交,确保项目不偏离他的初衷。

长期维护一个世界级的开源项目，也给他带来了巨大的精神压力，他曾多次在博客上坦言自己感到疲惫和焦虑，甚至一度考虑放弃维护Redis，这种“开源之困”是很多成功项目创始人共同面临的挑战，在2020年，安蒂雷做出了一个让整个社区震惊的决定：他将Redis项目的维护权移交给了Redis Labs公司的核心团队，自己则退居二线，去追求新的兴趣点,比如开发小游戏。

当我们今天在使用Redis这个高效、强大的工具时，我们看到的不仅仅是一串串代码，更是一个充满个性的程序员，为了解决一个具体问题，凭借对简单的执着热爱，所创造出的一个奇迹，它的内部世界，充满了“简单”与“实用”的平衡，也记录了一位创作者从兴趣出发，到面对社区和现实压力的心路历程，Redis的成功,某种程度上也是开源精神和个人英雄主义的一个缩影。