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

現(xiàn)象描述：

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

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

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

進(jìn)一步分析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.升級(jí)至12.2.0.1或者更高版本

方案2.使用workaround:

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

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

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

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