【案例1】：R20200723-0730（德邦查询明细十分慢）

根据银企到银行的交互日志和银企的ebgateway_debug业务日志，抠出了其中一笔查询明细的那条线程的完整日志，可以比较清楚看出耗时情况，除去与银行交互的消耗，大部分耗时在银企这边处理明细数据，经分析银企平台sql查询消耗较多，对关键字段添加了索引来优化。

过滤同一线程日志跟踪截图：

【案例2】：R20200907-3867  （中行明细查询超时）

中行查询交易明细耗时长，返回信息：time out 

1、中行那边本身有5秒的请求间隔限制，然后查询交易明细是分页查询，每次查50条明细，也就是每50条发一次查询请求，每次请求要在银企这边等待5s 

2、2020.9.7那天的这个账户749769132889的交易量巨大（截止2020.9.7 18:51)查到了4514条交易明细，目前从银企这边做优化的话建议将分页查询的条数50改大一点，减少查询次数来减少总共耗时

日志文件见附件

德邦查询明细慢.zip

中行明细查询超时.zip