通过上面2节,大家了解到了RDBMS遇到的问题,以及对Cassandra有了基本的了解。下面将介绍下Cassandra内部简单结构。
通过本章,大家应该了解到:
Cassandra Write流程
什么是SSTable
Cassandra Read流程
Cassandra Write流程
Writes可以被写入到集群中的任意节点
Writes被写入到commit log,同时写到memtable
每一个write包含一个timestamp
Memtable定期flush到硬盘中(sstable)
当memtable的内容超过了其配置的限制,它包含的数据就会被放到一个队列中并刷新到磁盘。你可以通过修改cassandra.yaml中 memtable_flush_queue_size的值来改变队列的长度
新的memtable在内存中创建
删除是一种特殊write,称之为”tombstone”(墓碑)
什么是SSTable
SSTable有序字符串表(Sorted String Table),是从Google的Bigtable里借鉴过来的概念。一旦memtable被刷写入磁盘,成为一个SSTable,它就是不可变的了。
特点如下:
数据文件:存储记录,不可变
每一个write包含一个timestamp
Partition被分割到多个SSTable
新的memtable在内存中创建
通过compaction合并,只保存最新的timestamp
删除被标记为tombstone
Cassandra Read流程
任何server都可以作为coordinator被查询
通过查询key定位交互的nodes
在每一个node上,数据都是从SSTable拉取并合并
一致性< ALL时,将会在后台执行read repaire(read_repaire_chance)
本文出自 “java架构师之路” 博客,请务必保留此出处http://eric100.blog.51cto.com/2535573/1786998
原文地址:http://eric100.blog.51cto.com/2535573/1786998