十多年前，当MySQL还是绝大多数创业公司的默认选择时，RethinkDB带着一份近乎狂妄的野心闯进了数据库的江湖。它的口号很直接：实时应用，就该有实时数据库。那个年代，WebSocket还是新鲜玩意儿，前端要拿到新数据，得靠轮询，每隔几秒发一次请求，服务器忙得团团转，用户还嫌慢。RethinkDB想改变这一切，它要让数据库主动把更新推给应用，像水龙头一样，拧开就有水，而不是每次都得去井边打水。
这个想法在今天看来，其实就是现代实时架构的雏形。但当时，所有人都觉得它疯了。数据库的核心是存储和查询，你把推送功能塞进去，这不是不务正业吗？RethinkDB的团队没理睬质疑，他们埋头写了整整五年，从底层存储引擎到查询优化器，全部自己造轮子。2015年正式版发布时，整个技术圈确实被震了一下——那个ReQL查询语言，写起来像在写JavaScript链式调用，流畅得不像数据库命令。你很难想象，一个用C++写的数据库，查询体验能做得这么优雅。
RethinkDB最迷人的地方，是它把“实时”这个概念贯彻到了骨子里。传统数据库里，你查一次就完事了，数据变了，你得再查一次。RethinkDB的changefeed功能，让你订阅一张表或者一个查询，只要数据有变化，数据库立刻把变更推给你。2016年的时候，我在一个物联网项目里用过它，传感器数据每秒钟发几十条，前端面板上的数字自己会跳，不用写一行轮询代码。那感觉，就像你请了个贴身管家，事情一发生，他第一时间告诉你，而不是你隔半小时去问一次。
但这份优雅，并没有换来商业上的顺风顺水。2017年，RethinkDB的母公司融资失败，宣布倒闭，整个社区一片哗然。当时正是NoSQL最狂热的时候，MongoDB靠着营销攻势占据了开发者的心智，RethinkDB虽然技术口碑极好，但商业化步子慢了半拍。讽刺的是，就在RethinkDB宣布关停后不到一个星期，CNCF的云原生基金会就抛出了橄榄枝，把项目接收了过去，变成了基金会旗下的开源项目。一个商业公司倒下了，但一个社区项目反而站了起来。
后来的故事，有点像武侠小说里隐退的高手又被人想了起来。RethinkDB的代码被维护下来，社区版本继续迭代，虽然热度远不如巅峰期，但一直有一批死忠用户。这些人大多是被changefeed的理念圈粉的——你用惯了推送式的数据流，再回到轮询的老路上，就像习惯了微信的人突然要去用BP机。有人在邮件列表里感慨，说RethinkDB就像数据库界的诺基亚，做事扎实，理念超前，只是生不逢时。
但我觉得，这个比喻不太准确。诺基亚是被时代抛弃了，RethinkDB更像是提前把未来做了出来，只是当时没人准备好接住它。你看这几年，实时数据的需求爆发了，直播弹幕、协同编辑、股票行情、游戏排行榜，哪个场景不是要求数据库第一时间把变化推给所有在线用户？而市面上能优雅做到这一点的数据库，掰手指头数，还是绕不开RethinkDB。那些当年嘲笑它“不务正业”的数据库，这两年纷纷开始补推送功能，有的加WebSocket支持，有的做消息队列集成，但用起来总有点拼接感，不像RethinkDB，天生就是干这个的。
当然，RethinkDB也不是没有毛病。它的集群部署比MongoDB复杂，文档有时候写得像学术论文，性能在极端写入场景下也不如专门的时序数据库。但这些缺点，放在它提供的独特价值面前，很多团队还是愿意接受的。我认识一个做游戏公司的朋友，他们的实时排行榜服务一直跑在RethinkDB上，已经跑了五年，中间没出过一次事故。他说当年选型的时候，看过一堆对比评测，打动他的是一句话：“别的数据库是存储数据的，RethinkDB是让数据活起来的。”
这句话，现在听来依然很点题。RethinkDB真正的遗产，不是它有多少用户，不是它的GitHub星星数量，而是它证明了一件事：数据库是可以主动的，数据是可以自己流向需要它的人那里的。它把“实时”从一种架构选择，变成了一种默认思维。今天做实时应用的人，可能没听过RethinkDB的名字，但他们用的工具、参考的架构设计，很多都带着RethinkDB的影子。这就像你呼吸的空气里，有你祖先呼出的那一口，你未必知道，但空气里确实有它。
RethinkDB数据库，这个名字的赢家，但它用一己之力，把实时数据库的边界向前推了一大截。那些后来者，不管是Supabase的实时订阅，还是Firebase的onSnapshot，做的事情本质上都是RethinkDB十年前就做过的。历史有时候就是这样，先驱者未必能收割果实，但果实成熟的那天，人们总会想起，是谁第一个爬上了那棵树。如果你今天还在为实时推送头疼，不妨回头看看这个老伙计，它可能比你想象中更懂你的需求。
