cassandra权威指南读书笔记--Cassandra架构(3)

分阶段事件驱动架构 SEDA
SEDA(Staged Event-Driven Architecture)的核心思想是把一个请求处理过程分成几个Stage，不同资源消耗的Stage使用不同数量的线程来处理，Stage间使用事件驱动的异步通信模式。
更进一步，在每个Stage中可以动态配置自己的线程数，在超载时降级运行(如输出纯文字页面)或拒绝服务。(参考百度百科)
一般一些工作单元会在一个线程池中完成。不过cassandra使用SEDA，所以一个操作可能在一个线程池开始，然后把工作移交给别的线程池。移交给哪个线程是由阶段关联的线程池（实际上就是一个java.util.concurrent.Executor）来确定执行的，不是当前线程决定。
阶段是一个基本工作单元。每个阶段由不同的线程池处理，所以cassandra可以提供很大性能提升（独立线程池），更好的管理资源，不同操作可能是需要不同的资源（IO,CPU,网络IO等），所以线程池可以根据不同资源的可用性管理。
一个阶段包含：事件队列，事件处理器，关联的线程池。
阶段由控制器管理，确定如何调度分配线程。cassandra使用java.util.concurrent.ExecutorService实现这种并发模型。可以看org.apache.cassandra.concurrent.StageManager。常见阶段有：gossip，request，repair等等，nodetool tpstats都可以看到。
cassandra放宽了严格的SDEA，允许将多个阶段合到同一个线程池来提高吞吐量（因为有些阶段很短，不需要单独的线程池和事件队列。
管理器和服务
cassandra内部控制机制由一些类组成，很多都通过java管理扩展（JMX）提供的MBean来报告状态和指标，甚至可以配置和控制活动。
cassandra守护进程
org.apache.cassandra.service.CassandraDaemon接口表示在一个节点上运行的cassandra服务的生命周期，典型的生命周期操作：start，stop，activate，deactivate，destroy.
可以使用类org.apache.cassandra.service.EmbeddedCasssandraService通过程序创建一个内存cassandra实例。创建嵌入式实例可能对使用cassandra单元测试很有帮助。
存储引擎
主要由org.apache.cassandra.db包中的类组成。主入口是ColumnFamilyStore，管理表存储的所有方面，包括commitlog，memtable，SSTable和索引。3.0重写存储引擎，使得cassandra内存和磁盘上的数据表示和cql一致。还有对物化视图的支持。
存储服务
cassandra用一个服务包装了存储引擎，org.apache.cassandra.service.StorageService。包含节点的token，服务器由这个类的initServer方法调用启动，此时服务器会注册SDEA verbHandler，加载配置，向JMX服务器注册MBean。
存储代理
org.apache.cassandra.service.StorageProxy处理响应客户端请求。协调节点来存储获取数据，还有hint，还可以帮助管理轻量级事务。
消息服务
org.apache.cassandra.net.MessagingService的作用是创建socket listener来完成消息交换。这个节点的入站和出站消息都会通过这个服务。MessagingService.listen方法会创建一个线程，每个进入的连接都会使用org.apache.cassandra.net.IncomingTcpConnection进入ExecutorService线程池进行对消息反序列化，消息验证后在路由到合适的处理器处理。这个服务大量使用阶段，维护的线程池用MBean包装。
流管理器
Streaming是cassandra通过一个持久的TCP连接将SSTable文件的各部分从一个节点到另外一个节点的优化。只有SSTable传输（SSTable loader）的时候用这个流管理器。其他节点间的通信都是通过序列化消息实现的。org.apache.cassandra.streaming.StreamManager
CQL原生传输服务器
org.apache.cassandra.transport包中包含了cql Native Protocol(客户端用来与cassandra通信的二进制协议)的一些类，包括Server。会管理客户端到来的请求，将查询工作委托给StorageProxy.
system键空间不能修改。