据说Redis又搞大事情了，数据库行业可能要被它重新洗牌，行数也跟着变了

综合自微信公众号“技术狂人”、知乎专栏“数据库那点事”及CSDN博客用户“码农老张”的近期讨论，仅为信息整合，不代表客观事实或专业观点。）

最近几天,技术圈里不少人在传一个消息：Redis Labs 可能又要搞一次大动作了，这次据说不是简单发个新版本，而是打算对数据库的底层逻辑动刀，甚至有可能改变长期以来我们统计数据量的基本方式——也就是“行数”这个概念，消息传得有鼻子有眼，说数据库行业说不定会被它重新搅乱，就像当年它用内存计算把缓存市场冲了个底朝天一样。

这事儿最开始是从几个海外技术极客的推特互动里漏出来的,有人发现Redis的最新预览版文档里，出现了一些不寻常的词汇，多维数据集合”、“动态条目计数”，而且传统关系型数据库里最核心的“表行”（table row）这个词，被一个更模糊的“数据单元”（Data Cell）代替了，虽然官方还没正式发布任何公告，但已经足够让一些敏感的老司机猜测：Redis是不是不想只当个缓存中间件了？它是不是想直接挑战传统数据库的饭碗？

为什么说“行数变了”会是个大事呢？这得从咱们熟悉的数据统计习惯说起，过去几十年，不管是MySQL、PostgreSQL还是Oracle，我们问数据库“里面有多少数据？”时，最直观的答案就是“有多少行”，一张用户表有100万行，一张订单表有5000万行，这个“行”是固定的结构，每一行有多少字段都是预先定义好的，但Redis一直以来玩的是键值对（Key-Value），数据模型灵活得多，没有严格的“行”概念，如果Redis真的大规模推广一种新的数据组织方式，让“行”变得可伸缩、可嵌套，甚至每次查询返回的“行数”都动态变化，那很多基于固定行数的工具——比如数据同步软件、报表生成器、性能监控指标——可能都得重新适配。

知乎上一位叫“数据老兵”的网友打了个比方：这就像以前大家数苹果都是一筐一筐数，每筐100个，清清楚楚；突然有人推出来一种“智能筐”，筐里苹果的数量随时会变，有时50个有时200个，而且筐里还能套小筐，数苹果的方法彻底失效了，你得重新发明一种计数规则，虽然这个比喻不一定准确，但能让人感觉到那种底层逻辑变化带来的冲击。

还有人在CSDN上爆料,说Redis团队内部有个叫“Project Hydra”的项目，已经悄悄研发了快两年，这个项目的目的就是要打破磁盘数据库和内存数据库的界限，让Redis既能扛住高速读写，又能像传统数据库那样处理复杂查询，而且数据持久化方式也改了，不再是简单的快照或AOF日志，如果爆料属实，那确实配得上“重新洗牌”这四个字。

也有不少冷静派觉得这事儿被过度解读了,微信公众号“技术狂人”的作者认为，Redis就算再强大，短期内也不可能取代关系型数据库，最多是在特定场景下——比如实时推荐、物联网设备数据流处理——提供一种新选择，行数”概念的变化，可能只针对它新推出的某个功能模块，不会影响主流用法，数据库行业这么多年，每次有新技术出现都会有人说“革命”，但最后往往是共存，而不是谁干掉谁。

这一切都还是猜测,Redis官方一向喜欢搞突然袭击，说不定下个月就会在年度大会上甩出王炸，但无论如何，这种传闻本身就说明一个问题：数据库领域远未固化，老牌厂商不敢躺平，新兴玩家也在不断寻找突破口，至于“行数”会不会真被重新定义，咱们还是等子弹再飞一会儿吧。

（完）