下午開發人員反映,一個測試環境數據庫訪問非常慢,讓我幫忙分析原因。
目前創新互聯已為成百上千家的企業提供了網站建設、域名、雅安服務器托管、網站托管、服務器租用、企業網站設計、港閘網站維護等服務,公司將堅持客戶導向、應用為本的策略,正道將秉承"和諧、參與、激情"的文化,與客戶和合作伙伴齊心協力一起成長,共同發展。正好剛裝了 SQLBooster ,通過它來分析,順便熟悉一下它的使用。
數據庫慢的話首先看等待事件,在 SQLBooster 主界面點開“事件排行”,界面顯示 TOP5 等待事件如下:
其中 row cache lock 排第一。
出現 session lock ,通過主界面的“阻塞樹”,可以查看 session 阻塞的情況。
不過這些 session 阻塞在動態變化,且并沒有執行 SQL 。
查看當前的 active session 如下, session 中可以靈活根據條件過濾:
對于 row cache lock 等待事件,我們要獲取 session 的 P1 參數。
用 P1 參數去 v$rowcache 中去查詢參數名稱,發現是“ dc_users ”。
和 dc_users 相關的,通常是由于用戶登錄引發。從審計視圖中,查看當天的登陸審計,發現錯誤碼 ORA-1017 占了絕大部分。
這個錯誤是用戶名密碼錯誤。
那么問題至此就清楚了,一臺客戶端用 jdbc 連接數據庫,但是由于配置文件中密碼錄錯了,反復重連。
而且配置了連接池,所以一瞬間有多個連接請求連接數據庫。進而引起數據庫響應緩慢。
在 sqlnet.ora 中將該客戶端的 IP 加入訪問黑名單,性能問題消失。然后聯系該客戶端的開發人員,修改 jdbc 配置文件。
當前文章:使用SQLBooster工具分析Oracle性能問題-創新互聯
新聞來源:http://m.2m8n56k.cn/article44/cscche.html
成都網站建設公司_創新互聯,為您提供微信公眾號、網站排名、網站內鏈、手機網站建設、網站維護、定制網站
聲明:本網站發布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網站立場,如需處理請聯系客服。電話:028-86922220;郵箱:[email protected]。內容未經允許不得轉載,或轉載時需注明來源: 創新互聯