智能提交信息生成器

提交信息

fix(order,mq,inventory,tx): 防止高并发下重复下单，引入幂等键并合并库存扣减与订单落库事务

详细说明

• 在异步消费流程新增幂等键校验（orderId+source），确保相同业务请求仅处理一次，避免重复创建订单
• 调整事务边界：将库存扣减与订单持久化合并为单一事务提交，避免部分成功导致重试时再次创建
• 为重试场景增加去重缓存与死信队列，防止失败消息无限重放并提供可追踪处置通道
• 补充并发单元测试，覆盖高并发与重放场景；新增监控与告警规则，及时发现并发重复处理风险

影响范围：

• 订单服务：订单创建流程与持久化逻辑
• 消息队列处理器：异步消费的幂等校验、重试与死信处理
• 库存模块：扣减逻辑与事务一致性
• 事务管理：事务边界与提交策略调整

注意事项：

• 确保消息生产端包含计算幂等键所需字段（orderId、source），并在部署前完成去重缓存与死信队列配置
• 启用并校验监控与告警规则，以便在高并发场景下及时发现异常

变更类型

缺陷修复

建议标签

• fix
• test

提交信息

perf(search): 优化搜索接口性能：Redis 热门查询缓存(TTL 60s)、新增 title+status 复合索引并改写 SQL 走覆盖索引、分页改用游标、精简响应字段与移除未用聚合

详细说明

• 引入 Redis 缓存用于热门查询，设置 TTL 60s，减少重复查询造成的数据库压力。
• 在目标表上新增 title+status 复合索引，并重写查询以利用覆盖索引，降低回表次数与 I/O 开销。
• 将分页策略由 offset/limit 改为游标分页，避免大偏移导致的扫描成本。
• 精简响应字段并移除未使用的聚合逻辑，减少序列化与传输负载。
• 性能结果：实测 P95 延迟由 820ms 降至 210ms；数据库 CPU 负载下降（具体数值以监控为准）。

影响范围

• 搜索服务
• 数据访问层
• 缓存子系统
• 监控面板

注意事项

• 缓存引入可能带来最长 60s 的结果陈旧性；对强一致性需求的调用需评估。
• 需要在生产环境创建 title+status 复合索引，并在变更窗口内观察查询计划与影响。
• 游标分页可能影响调用方的分页集成；需要验证客户端兼容性并更新使用文档。
• 监控面板需增加/校准指标：缓存命中率、索引使用率、分页错误率，以及 P95/P99 延迟追踪。

变更类型

性能优化

建议标签

perf, db, cache, api, monitoring