CQRS架构

最新推荐文章于 2024-07-15 17:39:47 发布

zxcodestudy

最新推荐文章于 2024-07-15 17:39:47 发布

阅读量9.1k

点赞数 5

分类专栏：领域驱动设计文章标签： CQRS

本文链接：https://blog.csdn.net/qq_16681169/article/details/81592415

版权

CQRS（命令查询责任分离）是一种将系统中读写操作分离的架构模式，源自Betrand Meyer的CQS思想。它将数据查询操作与数据修改操作分离，允许独立优化，提高系统性能和可扩展性。CQRS适用于读写比例高、业务逻辑复杂的系统，常与Event Sourcing结合使用。但不适用于简单CRUD场景或系统中领域模型和业务逻辑简单的场景。在实现CQRS时，涉及Command Bus、Command Handler、Event Bus和Event Handler等组件，结合异步处理和事件溯源，确保系统灵活性和可追溯性。

摘要由CSDN通过智能技术生成

命令查询的责任分离Command Query Responsibility Segregation (简称CQRS)模式是一种架构体系模式，能够使改变模型的状态的命令和模型状态的查询实现分离。这属于DDD应用领域的一个模式，为了使得项目逻辑更加清晰，便于对不同部分进行针对性的优化。

一. 背景问题

在以前的管理系统中，命令(Command，通常用来更新数据，操作DB和查询(Query)通常使用的是在数据访问层中Repository中的实体对象(这些对象是对DB中表的映射)，这些实体有可能是SQLServer中的一行数据或者多个表。
通常对DB执行的增，删，改，查（CRUD）都是针对的系统的实体对象。如通过数据访问层获取数据，然后通过数据传输对象DTO传给表现层。或者，用户需要更新数据，通过DTO对象将数据传给Model，然后通过数据访问层写回数据库，系统中的所有交互都是和数据查询和存储有关，可以认为是数据驱动（Data-Driven）的，如下图：
这里写图片描述
对于一些比较简单的系统，使用这种CRUD的设计方式能够满足要求。特别是通过一些代码生成工具及ORM等能够非常方便快速的实现功能。
但是传统的CRUD方法有一些问题：
• 使用同一个对象实体来进行数据库读写可能会太粗糙，大多数情况下，比如编辑的时候可能只需要更新个别字段，但是却需要将整个对象都穿进去，有些字段其实是不需要更新的。在查询的时候在表现层可能只需要个别字段，但是需要查询和返回整个实体对象。
• 使用同一实体对象对同一数据进行读写操作的时候，可能会遇到资源竞争的情况，经常要处理的锁的问题，在写入数据的时候，需要加锁。读取数据的时候需要判断是否允许脏读。这样使得系统的逻辑性和复杂性增加，并且会对系统吞吐量的增长会产生影响。
• 同步的，直接与数据库进行交互在大数据量同时访问的情况下可能会影响性能和响应性，并且可能会产生性能瓶颈。
• 由于同一实体对象都会在读写操作中用到，所以对于安全和权限的管理会变得比较复杂。
这里面很重要的一个问题是，系统中的读写频率比，是偏向读，还是偏向写，就如同一般的数据结构在查找和修改上时间复杂度不一样，在设计系统的结构时也需要考虑这样的问题。
解决方法就是我们经常用到的对数据库进行读写分离。让主数据库处理事务性的增，删，改操作(Insert,Update,Delete)操作，让从数据库处理查询操作(Select操作)，数据库复制被用来将事务性操作导致的变更同步到集群中的从数据库。这只是从DB角度处理了读写分离，但是从业务或者系统上面读和写仍然是存放在一起的。他们都是用的同一个实体对象。
要从业务上将读和写分离，就是接下来要介绍的命令查询职责分离模式。

二. 什么是CQRS

CQRS最早来自于Betrand Meyer（Eiffel语言之父，开-闭原则OCP提出者）在 Object-Oriented Software Construction 这本书中提到的一种命令查询分离 (Command Query Separation,CQS) 的概念。其基本思想在于，任何一个对象的方法可以分为两大类：