Redis作者：近期核心功能的一些思考和澄清
极客时间编辑部
讲述：丁婵大小：2.41M时长：02:38
最近，Redis 作者安迪斯（Antirez）就重点功能的发展方向做出澄清，并表明 Redis 没有一个可靠的路线图，走一步看一步才是优秀的路线图。
据介绍，RESP3 的目标是简化客户端环境。他希望每个客户端都有一个较低层次的抽象，不需要尝试重新发明更高级别的接口。不再需要进行转换，因为现有协议在语义上足以告诉客户端 response 的结构，并且不需要事先知道大多数命令的元数据。
Redis 未来的“客户端缓存”将是非常重要的功能。这是每个可扩展系统的必经之路。但是如果没有服务器参与，客户端缓存失效将是一场噩梦，这就是为什么 RESP3 需要支持回复属性的原因。
然而，安迪斯表示，Redis 6 不会实现该功能。 Redis 现有的不稳定版本将成为 Redis 6。该版本已经有一个几乎完整的 RESP3（没有实现属性）实现。实现了 RESP3 的客户端可以先不支持属性，即使对于将来的 Redis 版本，也可能根本不发送属性数据。对于客户端缓存，必须将连接置于特殊模式。此外，Redis 6 将完全向后兼容 RESP2。RESP2 的支持永远不会被移除，因为它是免费的。
四年前，安迪斯修改了 ACL 规范。他用了很长时间才说服自己，现在是实现该功能的时候了，在没有任何 ACL 的情况下，需要使用命令重命名等方式来达到目的。不能认为实现 ACL 的主要动机是因为企业客户需要安全性。ACL 允许出于安全目的对用户进行身份验证，但该功能的主要目标是可运维。
举例来说，云供应商需要小心地重命名管理命令，甚至为了某些原因而屏蔽这些命令。使用 ACL，你就能设置 Redis，以便在没有某些身份验证的情况下，阻止默认用户执行任何危险的操作。这对运维来说将是一个很大的进步。
此外，在多线程方面，2019 年主要集中在两件事：
Redis cluster 多个实例能够协调使用本地实例的磁盘，也就是避免 AOF 同时重写。
将把 Redis 集群代理作为 Redis 项目的一部分发布，这样用户就可以在没有良好实现集群协议客户端的情况下抽象出集群。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》，如需阅读全部文章，
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示，欢迎踊跃留言。
收起评论