一个索引引发的问题

215 上了一个大表的组合索引，引发了查询sql的执行计划混乱，最终CPU充到100%，业务系统挂掉，库也几乎宕掉。

1，为什么建了索引后，oracle执行计划会乱掉， 而且选择了一个最慢的执行计划?

DBA答复：表关联！ 关联表越多， oracle选择执行计划出错的概率变大！

如何防止此类事件： 上索引之前，先固话执行计划，上完后再调整执行计划

2，网络阻塞问题。statement超时时间并不能控制网络阻塞时间。 

statement超时时间设置了10s，如果网络阻塞了， 10s并不能中断，客户端仍然阻塞。

3，查无交易不要翻失败。

通常的异步落单业务处理逻辑。

1）落单 ，2）查单  3）翻状态

查单的时候下游有可能返回无此交易， 这时候要小心了，不要贸然把状态翻成失败。

有可能落单的请求比查询请求先到达，你翻失败了，落单可能就成功了。

也有可能落单的请求被hang住了，例如1的原因，库宕机了，数据入库被阻塞，数据还没插入呢，查询请求就来了。