登上數據庫檢查等待事件時,發現活動會話數較高,某一用戶有較多DML操作積壓,但并無鎖表情況,檢查表空間也沒有剩余空間非常小的,現象比較奇怪。以下為當時情況的ASH報告:
表空間使用情況如下:
檢查alert日志后,發現了異常:
可以看到,有大量表的索引報ORA-1654無法擴展錯誤,且都是表空間TBS_IDX_INTERFACE。此時懷疑是表空間碎片率太高,或索引的存儲參數設置異常,導致無法分配新的區,抽樣檢查報錯索引的next extent和 pct increase也無異常。
由此可以看出,雖然表空間剩余空間仍有100G左右,但沒有連續的可分配區大于1M,小于索引的next extent,故導致報錯。結合庫的業務類型,確實有大量的DML操作,且表空間中有大量的空索引,占據大量零碎的區。
后續得監控此庫的表空間碎片情況,還需定期對相關表進行shrink,定期重建索引,以避免問題再次發生。
更多精彩干貨分享
點擊下方名片關注
IT那活兒
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/129898.html
摘要:直接顯示了一個疑似內存泄漏的問題。然后分析文件給出的信息,發現一個叫的類。文件里面說的內存泄漏的大概的意思就是說,這個類里面的存放的東西太多了,爆掉了。修改了代碼將調用的地方改成了單例。修改完線上跑了一段日子,后來也沒有出現過這樣的問題。 問題描述: ????早上去公司上班,突然就郵件一直報警,接口報異常,然后去查服務器的運行情況,發現java的cpu爆了.接著就開始排查問題 問題解決...
摘要:年月日本文是關于記錄某次游戲服務端的性能優化此處涉及的技術包括引擎隨著游戲導入人數逐漸增加單個集合的文檔數已經超過經常有玩家反饋說卡特別是在服務器遷移后從核降到核卡頓更嚴重了遂開始排查問題確認服務器壓力首先使用命令查看總體情況此時占用不高 Last-Modified: 2019年6月13日11:08:19 本文是關于記錄某次游戲服務端的性能優化, 此處涉及的技術包括: MongoDB...
摘要:年月日本文是關于記錄某次游戲服務端的性能優化此處涉及的技術包括引擎隨著游戲導入人數逐漸增加單個集合的文檔數已經超過經常有玩家反饋說卡特別是在服務器遷移后從核降到核卡頓更嚴重了遂開始排查問題確認服務器壓力首先使用命令查看總體情況此時占用不高 Last-Modified: 2019年6月13日11:08:19 本文是關于記錄某次游戲服務端的性能優化, 此處涉及的技術包括: MongoDB...
閱讀 1346·2023-01-11 13:20
閱讀 1684·2023-01-11 13:20
閱讀 1132·2023-01-11 13:20
閱讀 1858·2023-01-11 13:20
閱讀 4100·2023-01-11 13:20
閱讀 2704·2023-01-11 13:20
閱讀 1385·2023-01-11 13:20
閱讀 3597·2023-01-11 13:20