本篇內(nèi)容介紹了“SQL調(diào)優(yōu)的思路是什么”的有關(guān)知識(shí)，在實(shí)際案例的操作過程中，不少人都會(huì)遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！
10年積累的成都做網(wǎng)站、網(wǎng)站建設(shè)經(jīng)驗(yàn)，可以快速應(yīng)對(duì)客戶對(duì)網(wǎng)站的新想法和需求。提供各種問題對(duì)應(yīng)的解決方案。讓選擇我們的客戶得到更好、更有力的網(wǎng)絡(luò)服務(wù)。我雖然不認(rèn)識(shí)你，你也不認(rèn)識(shí)我。但先網(wǎng)站設(shè)計(jì)后付款的網(wǎng)站建設(shè)流程，更有桑日免費(fèi)網(wǎng)站建設(shè)讓你可以放心的選擇與我們合作。
一般來說，需要關(guān)注下面四種Top SQL
消耗最多CPU的(邏輯IO過多)
導(dǎo)致過多物理I/O的
執(zhí)行次數(shù)較頻繁的
執(zhí)行時(shí)間較長的
我們知道，一個(gè)語句的響應(yīng)時(shí)間有個(gè)很著名的公式：
響應(yīng)時(shí)間=服務(wù)時(shí)間+等待時(shí)間
其中服務(wù)時(shí)間就是CPU為執(zhí)行該語句花費(fèi)的時(shí)間。
服務(wù)時(shí)間=分析時(shí)間+遞歸時(shí)間+執(zhí)行時(shí)間
分析時(shí)間是CPU用于分析語句的時(shí)間，遞歸時(shí)間是CPU用于語句的遞歸SQL的時(shí)間，剩下的則就是CPU用于執(zhí)行語句的真正時(shí)間了。
那么，上面的這些時(shí)間信息從哪里來的?Oracle提供的系統(tǒng)統(tǒng)計(jì)信息中就有部分的時(shí)間統(tǒng)計(jì)信息：
服務(wù)時(shí)間=CPU used by this session
分析時(shí)間=parse time cpu
遞歸時(shí)間=recursive cpu usage
那么，執(zhí)行時(shí)間就可以根據(jù)上面三個(gè)統(tǒng)計(jì)信息計(jì)算得出：
執(zhí)行時(shí)間=CPU used by this session – parse time cpu – recursive cpu usage
如果執(zhí)行時(shí)間在整個(gè)響應(yīng)時(shí)間中占較大的比例，那么下一步就是找出那些造成了最多邏輯IO的SQL語句，可以從statspack報(bào)告的SQL ordered by Gets部分找到。
如果分析時(shí)間在整個(gè)響應(yīng)時(shí)間中占較大的比例，那么下一步就是查找哪些SQL分析過多，這在statspack報(bào)告中在SQL ordered by Parse Calls中列出。
如果等待時(shí)間在整個(gè)響應(yīng)時(shí)間中占較大的比例，并且主要是塊讀取相關(guān)的等待時(shí)，下一步就是找出哪些SQL造成了過多的物理讀，可以查看statspack報(bào)告中的SQL ordered by Reads部分。
那么，根據(jù)上面列出的一個(gè)簡單的原則，我們需要關(guān)注三個(gè)關(guān)于CPU時(shí)間的統(tǒng)計(jì)信息: CPU used by this session, parse time cpu和recursive cpu usage，以及top5等待事件中和IO相關(guān)的等待時(shí)間。如果是其他的一些等待事件出現(xiàn)在Top5中，那么可能需要根據(jù)不同的等待事件來分析原因了。然后優(yōu)先調(diào)優(yōu)時(shí)間消耗最多的相關(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對(duì)于每一個(gè)子cursor都有一行統(tǒng)計(jì)記錄，而v$sqlarea則對(duì)同一個(gè)父cursor只有一行統(tǒng)計(jì)記錄，也就是v$sqlarea是對(duì)v$sql按照父cursor進(jìn)行g(shù)roup by后的一個(gè)結(jié)果。這兩個(gè)視圖中都有諸如buffer_gets,parse_calls,disk_reads,,executions,sharable_mem等列，和報(bào)告列出Top SQL的條件對(duì)應(yīng)。
“SQL調(diào)優(yōu)的思路是什么”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！
重慶分公司
重慶分公司