成人无码视频,亚洲精品久久久久av无码,午夜精品久久久久久毛片,亚洲 中文字幕 日韩 无码

資訊專欄INFORMATION COLUMN

一個(gè)簡(jiǎn)單的參數(shù)調(diào)整數(shù)據(jù)庫(kù)整體性能提升n倍

IT那活兒 / 2203人閱讀
一個(gè)簡(jiǎn)單的參數(shù)調(diào)整數(shù)據(jù)庫(kù)整體性能提升n倍

點(diǎn)擊上方“IT那活兒”，關(guān)注后了解更多精彩內(nèi)容！！

事件背景



某駐場(chǎng)客戶一單機(jī)環(huán)境12.2.0.1數(shù)據(jù)庫(kù)要進(jìn)行補(bǔ)丁升級(jí)。登錄服務(wù)器做變更前準(zhǔn)備。登錄服務(wù)器發(fā)現(xiàn)服務(wù)器異?？D，查看top發(fā)現(xiàn)負(fù)載并不是很高。抓取awr報(bào)告發(fā)現(xiàn)數(shù)據(jù)庫(kù)top10等待延遲在幾千毫秒，與客戶溝通了解此類事件一直存在，磁盤(pán)更換成全閃盤(pán)此類事件也沒(méi)有明顯改觀，應(yīng)用沒(méi)有反饋性能問(wèn)題，因此一直保持原狀。Top10截圖如下：

分析處理過(guò)程



當(dāng)看到此類事件，首先考慮的是磁盤(pán)、網(wǎng)絡(luò)等是否正常，與客戶進(jìn)行溝通了解排出此類問(wèn)題，那么就需要從其他角度來(lái)思考這個(gè)問(wèn)題，接著進(jìn)行下一步分析。
從log file switch (checkpoint incomplete) 等待事件可以了解到，在日志進(jìn)行切換的時(shí)候，buffer cache中的臟塊還來(lái)不及寫(xiě)入到磁盤(pán)中，checkpoint未完成。只能等待buffer cache中的臟數(shù)據(jù)寫(xiě)入到磁盤(pán)才能完成日志切換。了解到這里我們就需要進(jìn)一步判斷是什么原因?qū)е碌膁bwr寫(xiě)延遲這么高。
從下圖不同功能模塊的IO負(fù)載情況，我們看到DBWR延遲并不是很高。好像跟我們的分析有點(diǎn)對(duì)不上。
在awr報(bào)告中接著往下搜有關(guān)dbwr進(jìn)程的信息，我們發(fā)現(xiàn)如下內(nèi)容。到這時(shí)好像是發(fā)現(xiàn)了問(wèn)題的具體，發(fā)現(xiàn)這里異步IO占比活動(dòng)回話有點(diǎn)高。
為了進(jìn)一步判斷是否是異步IO問(wèn)題，我們查看awr報(bào)告中的后臺(tái)等待事件來(lái)進(jìn)一步判斷問(wèn)題。這里我發(fā)現(xiàn)等待事件在一個(gè)小時(shí)內(nèi)的awr報(bào)告中接近5000s，延遲567.從這里我判斷是該系統(tǒng)異步IO功能沒(méi)有打開(kāi)。通過(guò)V$IOSTAT_FILE視圖以及SHOW PARAMETER filesystem_options來(lái)進(jìn)一步驗(yàn)證了我的判斷。

問(wèn)題處理以及分析



通過(guò)上述的分析，定位到數(shù)據(jù)庫(kù)的異步IO未開(kāi)啟，導(dǎo)致系統(tǒng)性能問(wèn)題，這種解決方式很簡(jiǎn)單，alter system set filesystem_options=setall scopt=spfile; setall參數(shù)相當(dāng)于打開(kāi)直接Direct I/O + Async I/O。然后重啟實(shí)例就可以打開(kāi)單實(shí)例數(shù)據(jù)庫(kù)的異步IO與直接路徑 I/O。設(shè)置這個(gè)參數(shù)之后，就會(huì)直接跨過(guò)文件系統(tǒng)高速緩存直接從磁盤(pán)中讀取數(shù)據(jù)。這里需要注意的是在RAC環(huán)境下因?yàn)槲覀兪褂玫氖茿SM磁盤(pán)，是不需要考慮這個(gè)異步IO的問(wèn)題。
數(shù)據(jù)庫(kù)更新補(bǔ)丁后導(dǎo)致DBMS_AWR_REPORT_LAYOUT和DBMS_SWRF_REPORT_INTERNAL失效導(dǎo)致awr報(bào)告無(wú)法獲取，因此進(jìn)行對(duì)比，下面兩張截圖是我通過(guò)SQL手工抓取的同一時(shí)間點(diǎn)的top10，從下面兩張截圖看到log file switch (checkpoint incomplete)等待事件已經(jīng)不在top10。當(dāng)然該數(shù)據(jù)庫(kù)還存在SQL性能方面的問(wèn)題。需要進(jìn)一步進(jìn)行調(diào)優(yōu)，那也是后話了。
調(diào)優(yōu)前：
調(diào)優(yōu)后：

本 文 原 創(chuàng) 來(lái) 源：IT那活兒微信公眾號(hào)（上海新炬王翦團(tuán)隊(duì)）


文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請(qǐng)注明本文地址：http://m.hztianpu.com/yun/129689.html

相關(guān)文章

  • 基于文件存儲(chǔ)UFS的Pytorch訓(xùn)練IO優(yōu)化實(shí)踐

    摘要：我們?cè)趨f(xié)助某客戶排查一個(gè)文件存儲(chǔ)的性能時(shí)發(fā)現(xiàn)，其使用的訓(xùn)練性能和硬件的能力有很大的差距后面內(nèi)容有具體性能對(duì)比數(shù)據(jù)。但直接緩存數(shù)據(jù)在集群規(guī)模上升之后肯定是不現(xiàn)實(shí)的，我們初步只緩存各個(gè)訓(xùn)練文件的句柄信息，以降低元數(shù)據(jù)訪問(wèn)開(kāi)銷。我們?cè)趨f(xié)助某AI客戶排查一個(gè)UFS文件存儲(chǔ)的性能case時(shí)發(fā)現(xiàn)，其使用的Pytorch訓(xùn)練IO性能和硬件的IO能力有很大的差距（后面內(nèi)容有具體性能對(duì)比數(shù)據(jù)）。讓我們感到困惑...

    Tecode 評(píng)論0 收藏0

發(fā)表評(píng)論

0條評(píng)論

最新活動(dòng)
閱讀需要支付1元查看
<