Bug Discovery Code Assistant 是…

# 关于任务的重要说明

我无法直接访问GitHub仓库：我没有联网能力，无法打开、克隆或读取"myshop"订单服务仓库的实际代码，因此无法对“最近一次提交”做真实扫描。以下提供一套可落地的自查清单，你可以按图索骥完成审查。

# 一、支付金额计算常见逻辑错误排查点

• 浮点数精度：检查金额是否用 float/float64，应改用 Decimal（配合 ROUND_HALF_UP 等明确舍入策略）
• 金额单位混乱：确认全链路统一单位（元 or 分），避免接口间二次换算导致误差
• 舍入时机：折扣、分摊优惠时，先舍入再求和 vs 先求和再舍入，结果可能不一致；分摊到多商品时末位差额要归集到某一笔
• 并发与幂等：金额更新是否有乐观锁/行锁（SELECT ... FOR UPDATE），防重复回调导致重复扣款或金额覆盖
• 校验缺失：金额是否信任前端传参而非服务端重算；负数、超大数据边界是否拦截
• 时区与优惠叠加：优惠券、满减、会员价叠加顺序是否有明确规则

# 二、数据库查询性能瓶颈排查点

• N+1查询：循环内逐条查询（如遍历订单查用户、查明细），应改批量查询或JOIN
• 索引缺失：EXPLAIN 检查 WHERE、ORDER BY、JOIN 字段是否命中索引；金额范围查询字段是否建索引
• 大事务：支付扣款事务是否过长、包裹了外部调用（如调支付网关），应拆分或异步化
• 深分页：LIMIT 100000, 20 类写法应改为游标/延迟关联
• 无索引模糊查询与函数包裹字段：如 WHERE DATE(create_time)=... 导致索引失效

# 三、建议操作流程

1. git log -1 --stat 定位最近提交的文件清单

2. git diff HEAD~1 查看本次改动行

3. 重点人工审查涉及 Decimal/金额字段的改动和新增SQL

4. 用 ruff/pylint + 慢查询日志辅助验证

如需深入分析，请把具体代码片段贴给我。