Streams：一个新的Redis通用数据布局

由于用来建模 Redis 流的计划，内存行使率长短常低的。这取决于它们的字段、值的数目和长度，对付简朴的动静，每行使 100MB 内存可以有几百万条动静。另外，该名目假想为必要少少的序列化：listpack 块以 radix 树节点方法存储，在磁盘上和内存中都以沟通方法暗示的，因此它们可以很轻松地存储和读取。譬喻，Redis 可以在 0.3 秒内从 RDB 文件中读取 500 万个条目。这使流的复制和耐久存储很是高效。

我还打算应承从条目中间举办部门删除。此刻仅实现了一部门，计策是在条目在标志中标识条目为已删除，而且，当已删除条目占所有条目标比例到达指定值时，这个块将被接纳重写，假如必要，它将被连到相邻的另一个块上，以停止碎片化。

关于最终宣布时刻的结论

Redis 的流特征将包括在年底前（LCTT 译注：本文原文宣布于 2017 年 10 月）推出的 Redis 4.0 系列的不变版中。我以为这个通用的数据布局将为 Redis 提供一个庞大的补丁，以用于办理许多此刻很难以办理的环境：那意味着你（之前）必要缔造性地“滥用”当条件供的数据布局去办理那些题目。一个很是重要的行使场景是时刻序列，可是，我认为对付其余场景来说，通过 TREAD 来流播动静将长短常风趣的，由于对付那些必要更高靠得住性的应用措施，可以行使宣布/订阅模式来替代“即用即弃”，尚有其余全新的行使场景。此刻，假如你想在有题目情形中评估这个新数据布局，可以更新 GitHub 上的 streams 分支开始试用。接待向我们陈诉全部的 bug。:-)

假如你瞎?恝目视频的方法，这里有一个现场演示：https://www.youtube.com/watch?v=ELDzy9lCFHQ

【编辑保举】

1. 再谈数据库的事宜断绝性
2. 主流Java数据库毗连池说明(C3P0,DBCP,TomcatPool,BoneCP,Druid)
3. Java进修：MySQL数据库之JDBC入门
4. MySQL数据库怎样实现多字段过滤
5. MySQL-关于数据库建表的一些关点和提议

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!