zhangxinrun的专栏

转载：http://hi.baidu.com/qnuth/blog/item/8720811ff79bca11314e15da.html 由于HBase和Cassandra的数据模型比较接近，所以这里就不再比较两者之间数据模型的异同了。接下来主要比较双方在数据一致性、多拷贝复制的特性。 HBase HBase保证写入的一致性。当一份数据被要求复制N份的时候，只有N份数据都被真正复制到N台

转载：http://www.360doc.com/content/12/0614/14/7936054_218097481.shtml Anti-Entropy 机制被用来保证在不同节点上的备份(replica)都持有最新版本。 由于涉及的处理很大，一般情况下，这种机制只用于永久性的错误恢复，而不用于普通的 read repair。如同 amazon dyn

转载：http://blog.yufeng.info/archives/1327 Leveldb是一个google实现的非常高效的kv数据库，目前的版本1.2能够支持billion级别的数据量了。 在这个数量级别下还有着非常高的性能，主要归功于它的良好的设计。特别是LSM算法。 那么数据库最怕的的随机IO他是如何解决的呢？ 先说随机写，它的写都是先记录到日志文件去的，

转载：http://www.dbthink.com/?p=430 在前面的文章中,我介绍了Cassandra如何进行数据读/写.在此文中,我想要解释Cassandra中的一些技巧,Cassandra利用它们来提供一个可伸缩的分布式系统. 闲话协议(Gossip) Cassandra是一个有单个节点组成的集群 – 其中没有“主”节点或单点故障-因此，每个节点都必须积极地

转载：http://www.dbthink.com/?p=432 在上一篇文章中,我介绍了Cassandra中的写操作是如何工作的,以及写操作为什么能够如此之快.下面,我将介绍读操作以及为何它是如此之慢. 读操作与一致性 Brewer的CAP定理是分布式系统中的一个基本定理:分布式系统可以有一致性(Consistency)、可用性(Availability)以及分区容

转载：http://www.dbthink.com/?p=420 我们已经开始在OneSpot使用Cassandra来作为我们下一代的存储引擎(使用一个EC2的机器集群代替一台非常大的PostgreSQL机器),因此,之前几周的时间我一直在使用Cassandra. 由于我本人是一个基础设施方面的书呆子,并且坚信需要理解系统堆栈的各个层面,因为我阅读了部分关于Cassandra如何

转载:http://space.itpub.net/17203031/viewspace-745600 下面我们讨论一下由于数据存储为索引而带来的Rowid、Secondary Index问题。   6、Logical Rowid & Secondary Index   在IOT的环境下，我们是不能保证一个固定的物理Rowid的。   堆表（Heap Table）中，一行

转载:http://space.itpub.net/17203031/viewspace-745599 上篇中我们简单介绍了一下IOT的基本知识和概念。本篇继续来介绍IOT相关的内容。   4、IOT日常维护   相对于堆表heap结构，索引组织表最大的特点在于将数据行全部内容作为叶子节点保存在索引结构中。IOT中只包括索引段（Index Segment）结构，没有对应的数据

转载:http://space.itpub.net/17203031/viewspace-744477 对关系型数据库产品（RDBMS）而言，一个重要特性就是：数据信息都被组织为二维数据表，信息的表达可以通过一系列的关联（Join）来完成。具体数据库产品在实现这个标准的时候，又有千差万别的特点。就是一个特定的数据库RDBMS产品，往往也提供不同的实现方法。   1、从堆表（Hea

转载：http://hi.baidu.com/liuhann/item/d644cfd873c904ffcb0c39b1 两阶段提交协议 实现分布式事务的关键就是两阶段提交协议。在此协议中，一个或多个资源管理器的活动均由一个称为事务协调器的单独软件组件来控制。此协议中的五个步骤如下： • 应用程序调用事务协调器中的提交方法。 • 事务协调器将联络事务中涉及的每个资源管理器，

转载：http://news.chinaunix.net/opensource/2012/0523/2188247.shtml 去年二月，CouchOne与Membase合并了，合并之后的公司叫做Couchbase。Membase公司有一个名为Membase的产品，它是个键/值、持久化、可伸缩的解决方案，使用了memcached wire协议。CouchOne支持CouchD

转载：http://tech.it168.com/a2011/0818/1234/000001234403_1.shtml Redis与Memcached的比较 　　1.网络IO模型 　　Memcached是多线程，非阻塞IO复用的网络模型，分为监听主线程和worker子线程，监听线程监听网络连接，接受请求后，将连接描述字pipe 传递给worker线程，进行读写IO

转载：http://blog.sina.com.cn/s/blog_6b3795450100vsir.html Redis 通讯协议规范 redis是一个key-value形式的基于内存的数据库 当安装完程序后我们知道可以用redis-cli连接redis-server进行通讯，进行各种操作。 那么如今我们用的高级语言 如：C、Java、Python、C#等 如何来发送命令

转载：http://www.searchdatabase.com.cn/showcontent_55782.htm 我们知道Redis并没有自己实现内存池，没有在标准的系统内存分配器上再加上自己的东西。所以系统内存分配器的性能及碎片率会对Redis造成一些性能上的影响。 　　在Redis的 zmalloc.c 源码中，我们可以看到如下代码： 　　48 /* Explicitl

转载：http://blog.sina.com.cn/s/blog_4a1f59bf0100teiz.html redis高可用 (来自于：http://www.iteye.com/topic/1108383） 因为redis不仅作为缓存使用，而且也是resque执行异步和定时任务的消息队列，因此对于可用性的要求就比较高，一旦挂掉，所有后台任务就会全部停止，严重影响网站的功能和体验。

转载：http://www.tuicool.com/articles/feueEnz