refs
用户 longz <longzhaoz@qq.com>
星期三, 八月 5, 2026 19:25 +0800
提交者 longz <longzhaoz@qq.com>
星期三, 八月 5, 2026 19:25 +0800
提交faf030735b926971f902ccca2041bbb7918f2361
目录 b7e977e734db1f9e197b7c916ac52e51a7b6489c 目录 | zip | gz
parent 25da561c48437b52a82829e61ce83d2f56026cec 查看 | 对比
fix: 充电桩订单汇总接口无筛选时 MyCat 超时,全量扫描直接返回空汇总

汇总路径(/chargingOrder/summary)无筛选时同样超时,根因:
- chargingOrderBaseSummary 对 t_charging_order_accounting_strategy 做跨分片 JOIN
(strategy 按 charging_order_id 分片,与 t_charging_order 的 app_user_id 不一致),
无筛选时 MyCat 只能把 50 片全量拉回代理层聚合
- chargingOrderSummaryOrderIds 无 LIMIT 返回全量订单 id,再拼超大 IN 反查
share_record / exchange_code_use_record

汇总是无界聚合,没有列表那种 LIMIT 可下推,故对「用户未提供任何筛选」
(清空默认时间范围即触发)直接短路返回空汇总,避免必然超时;带筛选时逻辑不变。
balanceIncomeDetail(余额收入明细,同页)同根因一并加守卫。

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
1个文件已修改
26 ■■■■■ 已修改文件
ruoyi-service/ruoyi-order/src/main/java/com/ruoyi/order/service/impl/TChargingOrderServiceImpl.java 26 ●●●●● 对比 | 查看 | 原始文档 | blame | 历史