Apache Accumulo 1.7.3 发布,K/V 存储方案

来源: 投稿
作者: 王练
2017-04-07

Apache Accumulo 是一个可靠的、可伸缩的、高性能的排序分布式的 Key-Value 存储解决方案,基于单元访问控制以及可定制的服务器端处理。使用 Google BigTable 设计思路,基于 Apache HadoopZookeeper 和 Thrift 构建。

Apache Accumulo 1.7.3 是 1.7 分支的维护版本,、包含79个问题的更改,包括 bug 修复、性能改进、构建质量改进等。

完整更新内容请查看发行日志

以下是此版本的资源:

  • User Manual : 深入的开发人员和管理员文档。

  • Javadocs : Accumulo 1.7.3 API

  • Examples : 具有相应自述文件的代码,该文件提供了运行示例代码的逐步说明。

下载地址:

https://accumulo.apache.org/downloads/

展开阅读全文
16 收藏
分享
加载中
精彩评论

引用来自“eechen”的评论

http://calvin1978.blogcn.com/articles/lru.html
@乌龟壳 上面这篇文章提到,Redis在内存不足时也会有LRU清理行为,而且貌似还很简单粗暴:
Redis 2.6版的代码:
随机找三条记录出来,比较哪条空闲时间最长就删哪条,
然后再随机三条出来,一直删到内存足够放下新记录为止.
无论它的LRU多简陋,始终有个前提就是开启了LRU选项,不开的默认行为就是超过内存约束就报错。
2017-04-07 18:44
1
举报
最新评论 (3)

引用来自“eechen”的评论

http://calvin1978.blogcn.com/articles/lru.html
@乌龟壳 上面这篇文章提到,Redis在内存不足时也会有LRU清理行为,而且貌似还很简单粗暴:
Redis 2.6版的代码:
随机找三条记录出来,比较哪条空闲时间最长就删哪条,
然后再随机三条出来,一直删到内存足够放下新记录为止.
无论它的LRU多简陋,始终有个前提就是开启了LRU选项,不开的默认行为就是超过内存约束就报错。
2017-04-07 18:44
1
回复
举报

引用来自“eechen”的评论

@乌龟壳 用K/V系统实现写操作缓存(比如文章阅读次数统计),会不会因为LRU算法而导致数据丢失呢?
http://www.infoq.com/cn/news/2015/01/memcached-store-session/
比如memcached作者就提醒开发人员不要用memcached存储session,
memcached使用LRU算法的回收机制可能会导致用户无缘无故地掉线.
这要看它怎么实现的。比如redis不会丢,redis有一个内存使用上限,超过的话会不让加k/v但是不会丢,除非当机。

然而,redis这类的东西当机后数据丢不丢又是另一方面的问题。

最保险的两种做法。1. 先写日志后统计 2. 直接改数据库某个字段。这两个的共同点都是用了磁盘。
2017-04-07 17:57
0
回复
举报
@乌龟壳 用K/V系统实现写操作缓存(比如文章阅读次数统计),会不会因为LRU算法而导致数据丢失呢?
http://www.infoq.com/cn/news/2015/01/memcached-store-session/
比如memcached作者就提醒开发人员不要用memcached存储session,
memcached使用LRU算法的回收机制可能会导致用户无缘无故地掉线.
2017-04-07 15:15
0
回复
举报
更多评论
4 评论
16 收藏
分享
返回顶部
顶部