持久化方案的改进
目前Redis支持两种方式的持久化,RDB文件和AOF日志。这两种都有各自的好处。目前还是不特别明确会如何进行改进,可能我们会将两种方式合 并起来,或者是对AOF方式做一次比较大的改进。比如可能不再需要在线的rewrite AOF日志(rewrite可能能够通过外部程序或者独立的Redis线程来完成)。
虽然目前改进方向不是很明确,但是从今年初开始,在这方面我们积累了很多不错的想法,我们会通过实验来找出最好的方案。
其实目前很多用户并不清楚通过AOF和RDB的方式,Redis也可以是非常可靠的,所以我们希望在用户理解上和具体实现上,都能够让Redis AOF都更可靠一些。就像目前成熟的SQL数据库一样。
这也是在集群功能后才会来做的事。
进行一些内部改造
我们打算利用现有的Pub/Sub机制来实现一些Redis内部的通信,比如key值过期,客户端连接/断开,对key值进行了操作等等事件。到时 我们能支持使用者结合Lua脚本扩展来实现这些功能。比如将所有过期的key值放到一个list中,或者实现一些需要客户端结合Pub/Sub才能实现的 功能。
提供更精确的过期时间
我们会提供毫秒级别的过期时间设置,目前过期时间只能精确到秒级,虽然对于大多数应用场景来说已经足够了。
长数据的读写操作性能改进
如果你看一下 ’slowset’ 这个分支,你可以已经发现我们正在做这方面的工作。需要说明一下,这里说的长数据,是指范围在100k到1MB之间长度。对于kb级别的数据,Redis目前的处理性能已经非常高了。
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。