CQRS通过分离读写操作提升系统可扩展性：命令端处理状态变更，查询端提供优化的读取视图，使用独立数据存储并通过事件驱动实现最终一致性，适用于读写负载不均场景，建议从逻辑分离逐步演进。
命令查询职责分离（CQRS）在微服务中通过将读写操作分离来提升系统可扩展性和维护性。核心在于把数据修改（命令）和数据查询（查询）走不同的流程，甚至使用不同的数据模型或数据库。
拆分命令与查询模型
在服务内部明确区分两类操作：
- 命令端：处理创建、更新、删除等变更状态的操作，通常触发业务逻辑和领域事件
- 查询端：仅负责数据读取，返回适合前端展示的扁平化结构，不涉及业务规则
例如订单服务中，下单请求由命令处理器处理，而订单列表展示则从独立的只读视图获取数据。
使用独立的数据存储
为读写两端配置不同数据库可以进一步解耦：
- 命令侧使用事务性强的关系型数据库保障一致性
- 查询侧采用缓存或宽表存储提高响应速度
- 通过事件机制同步数据，如订单创建后发布“OrderCreated”事件，异步更新查询库
这种架构下，查询库可按需设计多维度索引，避免复杂联表查询拖累主业务流程。
引入事件驱动通信
微服务间通过事件实现最终一致性：
- 命令执行成功后发布领域事件到消息队列
- 其他服务或本服务的查询侧监听事件并更新对应视图
- 保证高可用的同时降低服务间直接依赖
比如用户注册完成后发送“UserRegistered”事件，通知通知服务和推荐服务各自更新状态。
注意适用场景
CQRS增加系统复杂度，适合读写负载差异大或对响应时间敏感的场景。简单CRUD应用不必强制引入。实施时建议从逻辑分离开始，逐步演进到物理分离，避免过度设计。
基本上就这些，关键是根据业务需求平衡复杂性与性能收益。
