在高手林立的数据库江湖，Redis就像一个刺客，或许不如经典数据库存在感强，但因其高性能的特质而在群英榜中独占一席。

作为缓存的首选内存数据库，Redis最近放出了一个大新闻——将磁盘作为分层存储体系结构的一部分，以降低成本并扩大系统的吸引力。

关键在于，Redis 本身是一个内存数据库，这意味着其数据存储在RAM中而不是磁盘上。与传统的基于磁盘的数据库相比，这提供了更快的读写吞吐量和更低的延迟。某种意义上说，Redis的成功正是在于这种“打破常规”。

但如今，Redis又将磁盘纳入其存储体系中，不禁让人猜测：Redis到底意欲何为？自废武功还是在下一盘大棋？

早期由于内存价格昂贵等原因，内存数据库发展较慢。随着内存技术逐渐成熟，内存成本下降，同时容量稳步扩大，内存数据库和传统数据库混合使用正成为趋势。Redis就是内存数据库中的佼佼者。

在2023年Stack Overflow调查中，Redis被评为专业开发人员中最受欢迎的数据库第六位，最受欢迎的NoSQL数据库第二位。通过Redis能够创建缓存以防止主数据库过载，因此大约23%的专业开发者使用该系统。

可以说，Redis当前已成为蓝星上最受欢迎的数据库之一。不过Redis并不满足于此。

其首席执行官Rowan Trollope在接受外媒采访时表示，亚毫秒级分布式系统为开发人员提供了所需的性能，但必须承认的是，为互联网规模构建的其他系统（如MongoDB）可能更具有价格优势。

为了解决这个问题，该公司已经创建了一种分层的内存方法，在其内存系统后提供闪存支持。

“我们在磁盘和内存之间只隔了半步。对于某些特定的用例，例如在游戏中，公司可能会让我们提供他们需要的实时积分排行榜和其他游戏内统计数据。”

然而，在游戏发行的初期热潮之后，大量用户将完成游戏，他们的账户也会随之进入休眠状态，直到新章节或新内容发布时，他们才可能重返游戏。Trollope说，使用闪存可以让用户对内存进行动态分级。

“我们可以将一段时间内未被接触的较少使用的数据转移到闪存中，在那里存放一段时间。当用户最终回来的时候，我们很容易将其从闪存无缝地移回内存中。”

Redis现在计划将这个概念扩展到基于磁盘的内存，以提供对三层架构的支持。Trollope指出，希望此举将帮助客户降低成本并简化其架构。

在Trollope看来，Redis的流行在很大程度上要归功于缺乏竞争。“我们并没有真正与其他公司竞争。”

当然这一说法有待商榷。至少同为高性能NoSQL数据库的Aerospike也是风头正劲。Aerospike的客户包括索尼娱乐、PayPal和Airtel。

今年8月，Aerospike 宣布推出图数据库 Aerospike Graph。Aerospike Graph 以极高的吞吐量跨数十亿个顶点和数万亿个连接提供毫秒多跳图查询。基准测试显示，在一小部分基础设施上，每秒的吞吐量超过100000次查询，延迟低于5毫秒。

遗憾的是，Aerospike虽然来势汹汹，但还欠火候。在Stack Overflow的榜单中，它没有进入专业开发人员使用的前30个数据库之列。另外，数据库业界最权威的排名榜单DB-Engines将Aerospike排在第65位，而Redis排在第6位。

同时，Trollope坚持，要从更宏观的层面去看，Redis在一条“与众不同”的赛道上，在这条赛道上，Redis可以说是“一家独大”。

“细数世界上最流行的数据库，我们作为内存数据库遥遥领先，无人能及。Mongo，以及微软Azure Cosmos DB、Oracle、Amazon DynamoDB等云厂商都不能匹敌，因为它们不是内存数据库。我们与排名前十的数据库一起被使用，但我们之间并非真正的竞争关系。”

Stack Overflow 2023 开发者调查报告数据库TOP10

当在某一领域进入“无敌”状态，要想更进一步，那就唯有开启新地图了。

Redis就是这样做的。作为缓存数据库Redis的成功毋庸置疑，但Redis一直在努力扩大其作为通用数据库的吸引力。

去年11月，Redis 收购了 RESP.app，后者是一个易于使用的 GUI，用于访问Redis数据库并执行基本的批量操作，从而简化开发人员的日常工作。

另外，对Redis的一个主要批评是它缺乏对SQL的支持。Trollope表示，现在已经解决了。RediSQL模块在GitHub上是可用的。

在他看来，这是推动Redis“更像经典数据库”的一部分。在未来，将添加对自然语言查询的支持以及增强的向量和特征存储功能。

图穷匕见，Redis的种种行动昭示了其雄心：成为一个出色的配角还不够，必须要提升其作为主咖的角色份额。

对于Redis的CEO发出的“推动Redis‘更像经典数据库’”的表态，开发者中有人表示了理解，认为这可能是顺应市场需求的选择。

“数据‘存储’之间的界限正在变得模糊。我以前见过x团队需要一个快速的键值存储，所以显而易见的选择是Redis。一年过去了，产品在不断发展，开发者想要做一些‘经典’的查询。也许在Redis中保留它是有意义的，因为它支持你需要的查询，而不是迁移/复制到整个其他系统。”

但更多人的第一反应是：这似乎偏离了人们使用Redis的初衷。

至今被引为美谈的Redis的诞生，正是由于Redis之父Salvatore Sanfilippo对数据库“缺乏经验”，这才使他敢于打破“良好”数据库工程的各种神圣规则，从而创建Redis。而很多开发人员最初被Redis吸引，选择使用Redis，也正是因为它不像所谓“经典数据库”。

还有人对目前Redis的发展走向表示了强烈反对，他主张“Redis的一大优点是它没有SQL数据库的开销”。

“我使用Redis和MySQL一起构建web应用程序。当你需要在服务器端存储临时或任意数据时，Redis非常出色，没有MySQL之类的开销。对于我们来说，我们在应用程序中为用户创建Redis键，然后将序列化的数据写入该键。让数据进出这个结构都非常简单，更不用说速度了。通常都是不需要持久化的数据，不过我相信如果有必要的话也可以写入磁盘。我不想编写SQL样式的查询来读取或写入这样的数据。对于我所描述的数据类型，我绝对不希望也不需要MySQL提供的事务或任何‘安全’特性。”

这位开发者强调：“Redis目前的形式很好，有很多不同的用例。没有绝对正确或错误的使用方法，除了它绝对不能替代像MySQL这样的东西。因为不同的工具适用于不同的工作。”

Redis最引以为傲的，可能就是其开辟了一条有别于传统数据库的新路，并成功在竞争堪称惨烈的数据库赛道上存活并壮大了起来。“高性能”的特质迄今为止仍是其标志和支柱。

性能为王并非口号，而且随着时间的推移只会越发严格。你永远不会听到一个老板说，“我希望我们的数据库慢一点”。如何让数据库易开发、低延时、可扩展且面向未来才是更重要的。

不过就像Redis在其官方博文中提到的：Redis 是一个很好的缓存数据库，但扩展Redis作为主数据库的角色，从而让开发人员在构建应用程序时领先一步，才是其未来发展的愿景。到底结果如何，我们且观后效。