溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點(diǎn)擊 登錄注冊 即表示同意《億速云用戶服務(wù)條款》

SQL調(diào)優(yōu)的思路是什么

發(fā)布時間:2021-11-04 09:30:33 來源:億速云 閱讀:175 作者:iii 欄目:關(guān)系型數(shù)據(jù)庫

本篇內(nèi)容介紹了“SQL調(diào)優(yōu)的思路是什么”的有關(guān)知識,在實(shí)際案例的操作過程中,不少人都會遇到這樣的困境,接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧!希望大家仔細(xì)閱讀,能夠?qū)W有所成!

一般來說,需要關(guān)注下面四種Top SQL

  • 消耗最多CPU的(邏輯IO過多)

  • 導(dǎo)致過多物理I/O的

  • 執(zhí)行次數(shù)較頻繁的

  • 執(zhí)行時間較長的

我們知道,一個語句的響應(yīng)時間有個很著名的公式:
響應(yīng)時間=服務(wù)時間+等待時間
其中服務(wù)時間就是CPU為執(zhí)行該語句花費(fèi)的時間。
服務(wù)時間=分析時間+遞歸時間+執(zhí)行時間
分析時間是CPU用于分析語句的時間,遞歸時間是CPU用于語句的遞歸SQL的時間,剩下的則就是CPU用于執(zhí)行語句的真正時間了。
那么,上面的這些時間信息從哪里來的?Oracle提供的系統(tǒng)統(tǒng)計(jì)信息中就有部分的時間統(tǒng)計(jì)信息:

  • 服務(wù)時間=CPU used by this session

  • 分析時間=parse time cpu

  • 遞歸時間=recursive cpu usage

那么,執(zhí)行時間就可以根據(jù)上面三個統(tǒng)計(jì)信息計(jì)算得出:
執(zhí)行時間=CPU used by this session – parse time cpu – recursive cpu usage

  • 如果執(zhí)行時間在整個響應(yīng)時間中占較大的比例,那么下一步就是找出那些造成了最多邏輯IO的SQL語句,可以從statspack報(bào)告的SQL ordered by Gets部分找到。

  • 如果分析時間在整個響應(yīng)時間中占較大的比例,那么下一步就是查找哪些SQL分析過多,這在statspack報(bào)告中在SQL ordered by Parse Calls中列出。

  • 如果等待時間在整個響應(yīng)時間中占較大的比例,并且主要是塊讀取相關(guān)的等待時,下一步就是找出哪些SQL造成了過多的物理讀,可以查看statspack報(bào)告中的SQL ordered by Reads部分。

那么,根據(jù)上面列出的一個簡單的原則,我們需要關(guān)注三個關(guān)于CPU時間的統(tǒng)計(jì)信息: CPU used by this session, parse time cpu和recursive cpu usage,以及top5等待事件中和IO相關(guān)的等待時間。如果是其他的一些等待事件出現(xiàn)在Top5中,那么可能需要根據(jù)不同的等待事件來分析原因了。然后優(yōu)先調(diào)優(yōu)時間消耗最多的相關(guān)SQL。
除了上面的SQL ordered by Gets(邏輯IO最多),SQL ordered by Parse Calls(軟解析過多),SQL ordered by Reads(物理IO過多),statspack還按照其他的一些方式列出了Top SQL,這些Top SQL在某些情況下都是需要給予特別關(guān)注的。比如:
  SQL ordered by Executions 執(zhí)行次數(shù)超過100的
  SQL ordered by Sharable Memory 占用library cache超過1M的
  SQL ordered by Version Count 子cursor超過20的
如果沒有statspack,那么根據(jù)v$sysstat/v$sesstat中的統(tǒng)計(jì)信息,結(jié)合v$sql/v$sqlarea,一樣可以得到相關(guān)的SQL。
v$sql對于每一個子cursor都有一行統(tǒng)計(jì)記錄,而v$sqlarea則對同一個父cursor只有一行統(tǒng)計(jì)記錄,也就是v$sqlarea是對v$sql按照父cursor進(jìn)行g(shù)roup by后的一個結(jié)果。這兩個視圖中都有諸如buffer_gets,parse_calls,disk_reads,,executions,sharable_mem等列,和報(bào)告列出Top SQL的條件對應(yīng)。

“SQL調(diào)優(yōu)的思路是什么”的內(nèi)容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注億速云網(wǎng)站,小編將為大家輸出更多高質(zhì)量的實(shí)用文章!

向AI問一下細(xì)節(jié)

免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。

sql
AI