oracle大数据量查询超时排查

• 首先声明，为实际项目中用到技术，绝非水文，手打不易，禁止抄袭！！！！！！

项目背景，做的是银行项目，ods实时查询接口，java开发接口，数据库为Oracle 19c。最近生产运维反馈，手机银行查询个人交易流水信息，首次查询时，总报错 “查询超时”。经手机银行分析后，是由于 ods返回数据超时。运维中心，要求ods排查处理该问题。
当邮件发送到我这时，头大的很，因为这个问题，以我目前的水平，真的是毫无办法的，因为他涉及到的不仅仅是我改两行代码、优化下查询sql就能解决的了的，废话不多说，说下分析的过程。
超时主要可能有以下几点
1.查询sql写的太烂，导致sql查询效率低下。这个很快被排除，因为之前这个项目的前辈都是做数据仓库出身，不可能写出这种sql。
2.程序处理耗时太长，导致返回结果超时；经过排查，排除这种可能
3.数据量大，表未设置索引。经查询生产的表结构，查询列都加了索引，也排除。
4.表数据量级大，导致查询速度慢。这个是最终原因。
经查询 这个查询超时的表为流水表记录的客户每天交易流水情况。每天新增数据 约为 100w~200w之间。目前已经记录了几年的数据，保守估计数据总量 >5亿。
这个表数据量很大，但是我的前辈们，也已经对这个表结构进行了优化，比如： 按照数据日对表进行分区，对查询的字段添加 索引（分区索引）。等一系列的优化。但依然出现了，查询超时的情况。
后经过专业DBA分析，客户首次查询超时，是由于sql硬解析，导致的。因为Oracle首次sql都会生成解析计划（具体的可查询关键字 sql软解析）。而我的程序中，客户首次查询时，oracle都走的硬解析，导致查询超时，但是第二次请求（间隔极短），因为已经生成了对应的解析计划，所以第二次或之后的查询速度会极快，基本不会出现查询超时情况。
所以解决这个问题的关键 是 让现有查询改为 软解析。
具体实现方法，请看下一篇。