進一步對上一篇客戶的環境進行排查，發現同步程序是以短連接的形式訪問數據庫，平均每秒70次的連接；通過在測試環境進行批量短連接測試，重現大量

select /*+ connect_by_filtering index(sysauth$ i_sysauth1) */ privilege#, bitand(nvl(option$, 0), 8), grantee#, level from sysauth$ connect by grantee#=prior privilege# and privilege#>0 start with grantee#=:1 and privilege#>0

的問題。
（一）
測試環境，并接入EasyDB數據庫管控軟件

sys@ORCL> select * from v$version;BANNER -------------------------------------------------------------------------------- Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production PL/SQL Release 11.2.0.4.0 - Production CORE 11.2.0.4.0 Production TNS for Linux: Version 11.2.0.4.0 - Production NLSRTL Version 11.2.0.4.0 - Productionsys@ORCL> show parameter auditNAME TYPE VALUE ------------------------------------ ----------- ------------------------------ audit_file_dest string /u01/app/oracle/admin/orcl/adump audit_sys_operations boolean FALSE audit_syslog_level string audit_trail string DBsys@ORCL> show parameter cursor_sharingNAME TYPE VALUE ------------------------------------ ----------- ------------------------------ cursor_sharing string EXACT

（二）
簡單編寫shell腳本，發起大量數據庫連接

#more /home/oracle/connect.sh for i in {1..200000} dofor j in {1..40}do sh /home/oracle/conn.shdone done#more /home/oracle/conn.sh #只執行簡單的查詢操作，之后退出sqlplus baiyang/oracle@orcl << EOFselect * from v\$version;exit;EOF#發起多個job執行，加大并發，執行將近一個小時 nohup sh connect.sh > /dev/null 2>&1&

（三）
查看EasyDB監控信息，這時各項指標飆升，但是TPS=0，
QPS，邏輯讀明顯上升

Oracle CPU、DBTime明顯上升

主機CPU飆升

基本上是軟解析，和客戶環境遇到的不同

開了DB審計，引起log file sync 等待事件

（四）
分析listener.log 文件，確認每秒發起的連接數

grep '26-DEC-2018' listener.log | sed 's/\*.*SERVICE_NAME=/ /g;s/).*HOST=/ /g;s/).*$//g' | awk '{if(NF==4){print "insert into t_tab values('\''"$1"'\'','\''"$2"'\'','\''"$3"'\'','\''"$4"'\'');"}}' > connect.txt # 入庫 @/u01/app/oracle/diag/tnslsnr/172-16-8-141/listener/trace/connect.txt # 查詢如下

可以看到這段時間監聽每秒都響應了大量的連接請求
（五）
分析AWR報告，看看會有什么變化

因為開了SQL審核，所以有入庫的操作；
最后一條是我們執行的測試SQL；
其他則都是遞歸SQL，大量的遞歸SQL；
但是不存在硬解析，這個客戶環境的現象不一致

（6）
通過測試，重新了數據庫問題，并驗證在未執行 set role 時，同樣會導致；
客戶應用程序存在大量短連接，這會導致數據庫、服務器資源飆升，并且會導致監聽無法響應更多請求；
因客戶的程序已經找不到開發商，目前很難對應用程序進行排查；
cursor_sharing=FORCE，雖然會帶來一些優勢，但官方不建議將此作為長久的優化方式；
提醒客戶更新業務架構，使用長連接，并且自主掌握核心代碼。

總結

以上是生活随笔為你收集整理的Oracle 应用短连接导致连接风暴的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。