当前位置: 首页 > news >正文

【架构实战】CQRS架构模式实战

一、CQRS概述

CQRS(Command Query Responsibility Segregation,命令查询职责分离)是一种架构模式:

核心思想:

  • 命令(Command):修改数据的操作
  • 查询(Query):读取数据的操作
  • 两者使用不同的模型和存储

为什么需要CQRS:

  • 读写负载不均衡
  • 读写数据结构差异大
  • 需要独立的读写优化

二、CQRS核心概念

1. 基本模型

┌─────────────────────────────────────────────────────────────┐ │ CQRS架构 │ ├─────────────────────────────────────────────────────────────┤ │ │ │ ┌──────────────┐ ┌──────────────┐ │ │ │ 命令端 │ │ 查询端 │ │ │ │ (写入优化) │──── 同步 ────▶│ (读取优化) │ │ │ └──────┬───────┘ └──────▲───────┘ │ │ │ │ │ │ ▼ │ │ │ ┌──────────────┐ ┌──────────────┐ │ │ │ 命令数据库 │ │ 查询数据库 │ │ │ │ (事务存储) │ │ (只读副本) │ │ │ └──────────────┘ └──────────────┘ │ │ │ └─────────────────────────────────────────────────────────────┘

2. 命令端

// 命令接口publicinterfaceCommandHandler<CextendsCommand>{voidhandle(Ccommand);}// 命令基类publicabstractclassCommand{privatefinalStringcommandId;privatefinalLocalDateTimetimestamp;protectedCommand(){this.commandId=UUID.randomUUID().toString();this.timestamp=LocalDateTime.now();}}// 创建订单命令publicclassCreateOrderCommandextendsCommand{privatefinalStringcustomerId;privatefinalList<OrderItemData>items;publicCreateOrderCommand(StringcustomerId,List<OrderItemData>items){this.customerId=customerId;this.items=items;}}// 命令处理器@ServicepublicclassOrderCommandHandlerimplementsCommandHandler<CreateOrderCommand>{@AutowiredprivateOrderRepositoryorderRepository;@AutowiredprivateEventPublishereventPublisher;@Transactional@Overridepublicvoidhandle(CreateOrderCommandcommand){// 创建订单聚合Orderorder=Order.create(OrderId.generate(),CustomerId.of(command.getCustomerId()));// 添加商品for(OrderItemDataitemData:command.getItems()){Productproduct=productRepository.findById(ProductId.of(itemData.getProductId()));order.addItem(product,itemData.getQuantity());}// 提交订单order.submit();// 保存orderRepository.save(order);// 发布事件eventPublisher.publish(newOrderCreatedEvent(order));}}

3. 查询端

// 查询接口publicinterfaceQueryHandler<QextendsQuery,R>{Rhandle(Qquery);}// 查询基类publicabstractclassQuery{// 查询参数}// 订单查询DTO(专为读取优化)publicclassOrderQueryDTO{privateLongorderId;privateStringorderNo;privateStringcustomerName;// 可能需要JOINprivateStringstatusText;// 状态转换privateBigDecimaltotalAmount;privateList<OrderItemQueryDTO>items;privateStringcreateTimeText;// 格式化时间// 允许非常灵活的查询模型}// 查询处理器@ServicepublicclassOrderQueryHandlerimplementsQueryHandler<OrderQuery,List<OrderQueryDTO>>{@AutowiredprivateOrderReadRepositoryreadRepository;@OverridepublicList<OrderQueryDTO>handle(OrderQueryquery){returnreadRepository.findOrders(query);}}

三、数据同步方案

1. 同步复制

┌────────────┐ 同步写入 ┌────────────┐ │ 命令数据库 │ ──────────────▶│ 查询数据库 │ │ (OLTP) │ 实时同步 │ (OLAP) │ └────────────┘ └────────────┘
// 同步复制实现@ServicepublicclassSynchronousReplicationService{@AutowiredprivateJdbcTemplatecommandJdbcTemplate;@AutowiredprivateJdbcTemplatequeryJdbcTemplate;@TransactionalpublicvoidsaveOrder(Orderorder){// 写入命令数据库Stringsql="INSERT INTO orders (id, order_no, customer_id, status, total_amount) "+"VALUES (?, ?, ?, ?, ?)";commandJdbcTemplate.update(sql,order.getId(),order.getOrderNo(),order.getCustomerId(),order.getStatus().name(),order.getTotalAmount());// 同步写入查询数据库StringquerySql="INSERT INTO v_orders (id, order_no, customer_name, status_text, total_amount) "+"VALUES (?, ?, ?, ?, ?)";queryJdbcTemplate.update(querySql,order.getId(),order.getOrderNo(),order.getCustomerName(),// 查询端需要的字段order.getStatus().getText(),order.getTotalAmount());}}

2. 事件驱动复制

// 事件监听同步@ComponentpublicclassOrderEventSynchronizer{@AutowiredprivateOrderReadRepositoryreadRepository;@KafkaListener(topics="order-events")publicvoidhandleOrderEvent(OrderEventevent){if(eventinstanceofOrderCreatedEvent){OrderCreatedEventcreated=(OrderCreatedEvent)event;// 转换为查询模型OrderQueryModelmodel=toQueryModel(created.getOrder());readRepository.save(model);}if(eventinstanceofOrderUpdatedEvent){OrderUpdatedEventupdated=(OrderUpdatedEvent)event;readRepository.update(toQueryModel(updated.getOrder()));}if(eventinstanceofOrderCancelledEvent){OrderCancelledEventcancelled=(OrderCancelledEvent)event;readRepository.delete(cancelled.getOrderId());}}privateOrderQueryModeltoQueryModel(Orderorder){returnOrderQueryModel.builder().id(order.getId()).orderNo(order.getOrderNo()).customerName(getCustomerName(order.getCustomerId())).statusText(order.getStatus().getText()).totalAmount(order.getTotalAmount()).items(order.getItems().stream().map(this::toItemModel).collect(Collectors.toList())).build();}}

3. 最终一致性

┌────────────┐ 事件 ┌────────────┐ 消费 ┌────────────┐ │ 命令端 │ ──────────▶│ 消息队列 │ ───────────▶│ 查询端 │ │ (聚合根) │ │ (Kafka) │ │ (投影) │ └────────────┘ └────────────┘ └────────────┘ │ ▼ ┌────────────┐ │ 事件存储 │ │ (EventStore)│ └────────────┘

四、读写分离优化

1. 命令端优化

// 命令端:事务优先,保证一致性@ServicepublicclassOrderCommandService{@Transactional(isolation=Isolation.REPEATABLE_READ)publicOrderDTOcreateOrder(CreateOrderCommandcommand){// 严格的业务校验validateBusinessRules(command);// 创建聚合Orderorder=orderAggregateFactory.create(command);// 保存到主库orderRepository.save(order);// 发布领域事件eventPublisher.publish(order.getDomainEvents());returntoDTO(order);}privatevoidvalidateBusinessRules(CreateOrderCommandcommand){// 检查库存for(OrderItemDataitem:command.getItems()){if(!inventoryService.checkStock(item.getProductId(),item.getQuantity())){thrownewInsufficientStockException(item.getProductId());}}// 检查客户信用if(!creditService.checkCredit(command.getCustomerId(),command.getTotalAmount())){thrownewInsufficientCreditException(command.getCustomerId());}}}

2. 查询端优化

// 查询端:性能优先,支持各种读取场景@ServicepublicclassOrderQueryService{@AutowiredprivateJdbcTemplatejdbcTemplate;// 场景1:订单列表(分页)publicPage<OrderListDTO>listOrders(OrderListQueryquery){Stringsql=""" SELECT o.*, c.name as customer_name, (SELECT COUNT(*) FROM order_items WHERE order_id = o.id) as item_count FROM orders o LEFT JOIN customers c ON o.customer_id = c.id WHERE o.status = ? ORDER BY o.create_time DESC LIMIT ? OFFSET ? """;// 直接执行优化的查询returnjdbcTemplate.query(sql,(rs,rowNum)->toOrderListDTO(rs),query.getStatus(),query.getPageSize(),query.getOffset());}// 场景2:订单详情(JOIN多表)publicOrderDetailDTOgetOrderDetail(LongorderId){Stringsql=""" SELECT o.*, c.name as customer_name, c.phone as customer_phone, p.name as payment_name, p.method as payment_method FROM orders o LEFT JOIN customers c ON o.customer_id = c.id LEFT JOIN payments p ON o.id = p.order_id WHERE o.id = ? """;returnjdbcTemplate.queryForObject(sql,this::toOrderDetailDTO,orderId);}// 场景3:统计报表publicOrderStatisticsDTOgetStatistics(OrderStatisticsQueryquery){Stringsql=""" SELECT DATE(create_time) as date, COUNT(*) as order_count, SUM(total_amount) as total_amount, AVG(total_amount) as avg_amount FROM orders WHERE create_time BETWEEN ? AND ? GROUP BY DATE(create_time) """;returnjdbcTemplate.query(sql,(rs,rowNum)->toStatisticsDTO(rs),query.getStartDate(),query.getEndDate()).stream().collect(Collectors.groupingBy(OrderStatisticsDTO::getDate)).values().stream().findFirst().orElse(newOrderStatisticsDTO());}}

五、视图模型设计

1. 查询数据库表设计

-- 命令端:规范化设计CREATETABLEorders(idBIGINTPRIMARYKEY,order_noVARCHAR(32),customer_idBIGINT,statusVARCHAR(20),total_amountDECIMAL(12,2),create_timeTIMESTAMP);CREATETABLEorder_items(idBIGINTPRIMARYKEY,order_idBIGINT,product_idBIGINT,quantityINT,priceDECIMAL(10,2));-- 查询端:反规范化设计,冗余常用字段CREATETABLEv_orders(idBIGINTPRIMARYKEY,order_noVARCHAR(32),-- 冗余的客户信息(避免JOIN)customer_idBIGINT,customer_nameVARCHAR(100),customer_phoneVARCHAR(20),customer_addressVARCHAR(200),-- 状态文本(避免转换)statusVARCHAR(20),status_textVARCHAR(50),status_colorVARCHAR(20),-- 预计算的金额total_amountDECIMAL(12,2),discount_amountDECIMAL(12,2),final_amountDECIMAL(12,2),-- 预格式化的时间create_timeTIMESTAMP,create_time_textVARCHAR(50),create_time_dateDATE,-- 冗余的商品数量(避免子查询)item_countINT,item_namesTEXT,INDEXidx_customer(customer_id),INDEXidx_status(status),INDEXidx_create_time(create_time_date));

2. ES查询模型

// Elasticsearch视图模型@Document(indexName="orders")publicclassOrderIndexModel{@IdprivateStringid;@Field(type=FieldType.Keyword)privateStringorderNo;@Field(type=FieldType.Long)privateLongcustomerId;@Field(type=FieldType.Text,analyzer="ik_max_word")privateStringcustomerName;@Field(type=FieldType.Keyword)privateStringstatus;@Field(type=FieldType.Text)privateStringstatusText;@Field(type=FieldType.Double)privateBigDecimaltotalAmount;@Field(type=FieldType.Nested)privateList<OrderItemIndex>items;@Field(type=FieldType.Date)privateLocalDateTimecreateTime;@Field(type=FieldType.Text)privateStringcreateTimeText;// 支持全文搜索@Field(type=FieldType.Text,analyzer="ik_max_word")privateStringsearchText;// orderNo + customerName + productNames}

六、CQRS实现框架

1. Axon Framework

// Axon Framework实现CQRS@SpringBootApplication@EnableAxonFrameworkpublicclassOrderApplication{}@AggregatepublicclassOrderAggregate{@AggregateIdentifierprivateStringorderId;@CommandHandlerpublicOrderAggregate(CreateOrderCommandcommand){apply(newOrderCreatedEvent(command.getOrderId(),command.getCustomerId()));}@EventSourcingHandlerpublicvoidon(OrderCreatedEventevent){this.orderId=event.getOrderId();}@CommandHandlerpublicvoidhandle(AddItemCommandcommand){apply(newItemAddedEvent(orderId,command.getProductId(),command.getQuantity()));}}@ComponentpublicclassOrderEventHandler{@EventHandlerpublicvoidon(OrderCreatedEventevent){// 更新查询端OrderProjectionprojection=OrderProjection.builder().orderId(event.getOrderId()).status("CREATED").build();orderProjectionRepository.save(projection);}}

2. Spring CQRS示例

// 命令端@Service@RequiredArgsConstructorpublicclassOrderCommandService{privatefinalCommandGatewaycommandGateway;publicStringcreateOrder(CreateOrderCommandcommand){returncommandGateway.send(command);}}// 查询端@Service@RequiredArgsConstructorpublicclassOrderQueryService{privatefinalJdbcTemplatejdbcTemplate;publicList<OrderDTO>listOrders(LongcustomerId){returnjdbcTemplate.query("SELECT * FROM orders WHERE customer_id = ?",(rs,rowNum)->toDTO(rs),customerId);}}

七、CQRS最佳实践

1. 何时使用CQRS

场景建议
简单CRUD不需要CQRS
读写负载差异大考虑CQRS
复杂业务逻辑考虑CQRS
需要高并发读取适合CQRS
报表和分析需求非常适合CQRS

2. 注意事项

1. 避免过度设计 - 小型应用不需要CQRS 2. 处理好最终一致性 - 命令端和查询端可能短暂不一致 3. 选择合适的数据同步方式 - 同步:延迟低,但影响写入性能 - 异步:写入快,但存在延迟 4. 保持命令和查询的独立性 - 不要在命令端直接查询

3. 与其他模式结合

CQRS + DDD: - 命令端使用DDD设计聚合根 - 查询端使用投影构建视图模型 CQRS + Event Sourcing: - 命令端存储事件 - 查询端订阅事件构建投影 CQRS + 微服务: - 每个服务独立使用CQRS - 通过事件总线同步数据

八、总结

CQRS是一种强大的架构模式:

  • 命令端:专注业务逻辑,保证一致性
  • 查询端:专注读取性能,支持灵活查询
  • 数据同步:同步或异步,根据场景选择
  • 适用场景:读写负载不均、复杂业务、需要高并发

最佳实践:

  1. 优先考虑简单架构
  2. 根据实际需求决定是否使用CQRS
  3. 处理好一致性问题
  4. 做好监控和告警

个人观点,仅供参考

http://www.jsqmd.com/news/697401/

相关文章:

  • 2026年贵阳运营岗位开放潮:从死工资到年薪30万+,这个赛道为什么值得All In? - 年度推荐企业名录
  • 如何让Blender成为你的3D打印创意工厂:3MF插件终极指南
  • LabVIEW FPGA SPI通信保姆级教程:从单端口到多路复用的配置避坑指南
  • 场景真实感,才是电商视频真正的转化杠杆
  • 2026年绍兴短视频代运营与AI推广服务深度选型指南:政企视频营销一站式方案 - 年度推荐企业名录
  • 从CT到MRI:不同设备DICOM图像的像素间距差异有多大?一份实测对比报告
  • 思源黑体TTF:高性能字体提示优化与多区域字符集构建实战方案
  • 从JDK动态代理到CGLIB:Spring事务@EnableTransactionManagement中proxyTargetClass参数的真实影响
  • wechat-need-web浏览器扩展解决方案:跨平台微信网页版访问技术实现
  • Voxtral-4B-TTS-2603企业实操:将TTS能力集成至内部知识库语音搜索
  • 别再被数据手册骗了!实测4款运放偏置电流,面包板漏电流竟有这么大影响
  • 销售经理的新赛道:贵阳2026年不该错过的机会 - 年度推荐企业名录
  • 低代码开发 AI Agent Harness Engineering:Coze_Dify 平台的高级玩法与局限性
  • Linux内核KASLR机制深度解析:从安全原理到实战调试的完整指南(地址空间、符号表、gdb)
  • OpenOCD的.cfg文件到底怎么写?从STM32到GD32,带你读懂芯片调试适配的核心
  • 5分钟轻松掌握:WebSite-Downloader 完整网站离线下载指南
  • vue3+node.js:一个基础入门的全栈CURD模块
  • 2026年查重率过高别慌!高效降重实用方法收藏 - 降AI实验室
  • 淡斑防晒淡化新生色斑防晒推荐,怕晒出色斑?Leeyo 防晒来守护 - 全网最美
  • 在树莓派4B(ARM64)上搞定PyQt5:从源码编译到解决Qt::ItemDataRole报错的全过程
  • 天虹提货券离得太远不方便用?可以这样处理 - 抖抖收
  • 3步彻底清理显卡驱动:Display Driver Uninstaller完全指南
  • 2026年全国大型一比一仿真模型定制指南:工业机械、航空航天、展览展示完整选购手册 - 企业名录优选推荐
  • 别再说零基础学不了网安!电脑小白专属 4 阶段入门路线
  • 手把手教你用Matlab R2022a和CCS 12.0给C2000 F28035点灯(附常见报错解决)
  • 科研效率翻倍:我是如何用Python脚本把Tafel数据处理时间从2小时压缩到5分钟的
  • 别再乱用push_back了!C++11后,emplace_back才是vector插入的正确姿势(附性能对比)
  • VCS/irun仿真效率提升:如何用UCLI和TCL脚本灵活控制fsdb波形记录?
  • 永辉超市卡附近没有门店怎么办?教你如何处理 - 抖抖收
  • 告别MAC冲突!手把手教你用RKDevInfoWriteTool V1.1.4正确设置RK3566以太网地址