无敌到寂寞!Redis进军磁盘存储!( 二 )


另外,对Redis的一个主要批评是它缺乏对SQL的支持 。Trollope表示,现在已经解决了 。RediSQL模块在Github上是可用的 。
在他看来,这是推动Redis“更像你的经典数据库”的一部分 。在未来,将添加对自然语言查询的支持以及增强的向量和特征存储功能 。
图穷匕见,Redis的种种行动昭示了其雄心:成为一个出色的配角还不够,必须要提升其作为主咖的角色份额 。
3、开发者异议:他们正在偏离我们选择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这样的东西 。因为不同的工具适用于不同的工作 。”
4、结语:性能为王,但绝不甘于只做一个高性能的缓存数据库Redis最引以为傲的,可能就是其开辟了一条有别于传统数据库的新路,并成功在竞争堪称惨烈的数据库赛道上存活并壮大了起来 。“高性能”的特质迄今为止仍是其标志和支柱 。
性能为王并非口号,而且随着时间的推移只会越发严格 。你永远不会听到一个老板说,“我希望我们的数据库慢一点” 。如何让数据库易开发、低延时、可扩展且面向未来才是更重要的 。
不过就像Redis在其官方博文中提到的:Redis 是一个很好的缓存数据库,但扩展Redis作为主数据库的角色,从而让开发人员在构建应用程序时领先一步 , 才是其未来发展的愿景 。到底结果如何,我们且观后效 。
参考链接:https://www.theregister.com/2023/10/19/redis_disk_support/
https://news.ycombinator.com/item?id=37940484
https://levelup.gitconnected.com/why-redis-is-miraculously-optimized-5d813e02e62b

【无敌到寂寞!Redis进军磁盘存储!】


推荐阅读