【巨人的肩膀】CQRS架构

命令查询的责任分离 Command Query Responsibility Segregation (简称CQRS)模式是一种架构体系模式，能够使改变模型的状态的命令和模型状态的查询实现分离。这属于DDD应用领域的一个模式，主要解决 DDD 在数据库报表输出上处理方式

Greg Young 在 infoQ 的采访中 “State Transitions in Domain-Driven Design” 谈到了 CQRS，Greg 解释了把领域模型分为两种：状态校验，以及状态转换，维持当前状态的一个视图

在客户端就将数据的 CRUD 的新增修改删除 CUD 等操作和查询R进行分离，前者称为 Command，走 Command bus 进入 Domain 对模型进行操作，而查询则从另外一条路径直接使用 SQL 对数据进行操作，比如报表输出等，发挥 SQL 的特点

当一个 Command 进来时，从仓储 Repository 加载一个聚合 aggregate 对象群，然后执行其方法和行为。这样，会激发聚合对象群产生一个事件，这个事件可以分发给仓储 Repository，或者分发给 Event Bus 事件总线，比如 JavaEE 的消息总线等等。事件总线将再次激活所有监听本事件的处理者。当然一些处理者会执行其他聚合对象群的操作，包括数据库的更新

下图是开源 JiveJdon 的 CQRS 图：

在 JiveJdon 中，查询数据库是使用缓存，而写入数据库使用普通 MySQL，两者之间数据同步通过领域事件实现最终一致性

查询与写入数据库的分离，可以实现专门为各自查询、读取而设计特别的数据表结构，专门为查询进行优化

如果采取事件溯源 EventSourcing，保存记录的不是聚合当前状态，而是导致状态变化的事件日志 ，那么可以回放，从而找到重要状态改变的轨迹与原因，这是从事件日志追溯来源

虽然这种架构有些复杂，但是好处却很多，主要的是实现透明的分布式处理 Transparent distributed processing，当使用事件作为状态改变的引擎时，你可以通过实现多任务并发处理，比如通 JVM 并行计算或事件消息总线机制，事件能够很容易序列化，并在多个服务器之间传送。而查询操作则专门优化