操作系統(tǒng)：linux7 ，數(shù)據(jù)庫為12.1.0.1.3單機，未應(yīng)用任何補丁。

現(xiàn)象描述：

使用plsql連接數(shù)據(jù)庫執(zhí)行語句（語句見下圖），并點擊獲取最后一頁后拋出如下截圖報錯，客戶端連接被中斷。

執(zhí)行的語句信息如下，查詢語句含多個子查詢：

看到上述報錯的第一反應(yīng)是在alert日志中搜索ora-03113和ora-03114關(guān)鍵字，但并未搜索到。于是查看是否有其它ora-類報錯拋出，發(fā)現(xiàn)有ora-07445類報錯如下：

進一步分析trc并查詢mos發(fā)現(xiàn)堆棧信息符合Bug20916723 - Dump/Wrong results with adaptive plan and correlatedsubqueries sharing same correlated column。

主要堆棧信息:

evanvl<- evaopn2 <- subecv <- subsr3 <- evaopn3 <-evaopn2 <- subsr1 <- subsr3 <- evaopn3 <- kpofcr <-qerghFetch <- opifch2 <- opifch <- opiodr <- ttcpip <-opitsk <- opiino <- opiodr <- opidrv <- sou2o <-opimai_real <- ssthrdmain <- main

方案1.升級至12.2.0.1或者更高版本

方案2.使用workaround:

optimizer_adaptive_features即時生效，無需重啟數(shù)據(jù)庫。

本次選擇解決方案2，optimizer_adaptive_features特性關(guān)閉后，再次執(zhí)行上述sql，不再拋出報錯，連接也未中斷，確認解決方案有效。

Adaptivestatisticsfeatures優(yōu)化器自適應(yīng)特性默認是打開的，該特性比較適合于一些OLAP類業(yè)務(wù)系統(tǒng)，因在這類系統(tǒng)中sql的執(zhí)行時間較長，且sql比較復(fù)雜，優(yōu)化比較麻煩,啟用Adaptivestatistics features 可以帶來好處。但在OLTP系統(tǒng)上建議關(guān)閉該特性，可以規(guī)避該特性引起的很多bug。

在12.1中optimizer_adaptive_features一個參數(shù)控制所有優(yōu)化器自適應(yīng)特性。在12.2中oracle引入了2個獨立參數(shù)來控制optimizeradaptivefeatures（optimizer_adaptive_plans和optimizer_adaptive_statistics），目的應(yīng)該是為了更加靈活的，獨立管理新功能。