資訊專(zhuān)欄INFORMATION COLUMN
最近在做一套核心庫(kù)的的spa回放，共分為3個(gè)任務(wù)來(lái)跑，其中任務(wù)1，2跑起來(lái)較慢，預(yù)估時(shí)間要20多少小時(shí)。實(shí)際跑下來(lái)將近24個(gè)小時(shí)。按照以往經(jīng)驗(yàn)，這點(diǎn)sql最多幾個(gè)小時(shí)就該跑完的，所以，老司機(jī)的擼感告訴自己，應(yīng)該是出問(wèn)題了。再次核查統(tǒng)計(jì)信息，索引等信息，發(fā)現(xiàn)都正常。這說(shuō)明數(shù)據(jù)準(zhǔn)備這塊確實(shí)沒(méi)問(wèn)題，看來(lái)問(wèn)題應(yīng)該出現(xiàn)在sql上。只能等spa報(bào)告跑出來(lái)分析報(bào)告了。
主要分析了任務(wù)1，2跑出的buffer_gets報(bào)告，下面這條語(yǔ)句引起了我的注意。
==>時(shí)間上比生產(chǎn)的平均值要高，達(dá)到了20s。邏輯讀上生產(chǎn)的平均值是一百多萬(wàn)，測(cè)試環(huán)境中更是達(dá)到了兩百多萬(wàn)，但返回的行數(shù)卻很少。很顯然這條語(yǔ)句在生產(chǎn)上性能本就存在問(wèn)題，但可能因調(diào)用量少，問(wèn)題沒(méi)有凸顯出來(lái)。
==》這類(lèi)語(yǔ)句在spa任務(wù)1，2中的sql集中存在較多，分別為五千多，六千多。按每個(gè)語(yǔ)句20s執(zhí)行，這類(lèi)語(yǔ)句執(zhí)行消耗的時(shí)間可估算總和到幾十個(gè)小時(shí)。
==》把這條語(yǔ)句多帶帶拿出來(lái)進(jìn)行優(yōu)化，重新收集統(tǒng)計(jì)信息，新建索引等方法，執(zhí)行計(jì)劃達(dá)不到想要的結(jié)果，邏輯讀依然達(dá)到了兩百多萬(wàn)。
==》最后只能改寫(xiě)這條語(yǔ)句了，注意到這里使用了hint關(guān)鍵字/*+ORDERED */,該ORDERED提示使Oracle按照表在FROM子句中出現(xiàn)的順序聯(lián)接表。懷疑是該hint導(dǎo)致執(zhí)行計(jì)劃無(wú)法最優(yōu)。手工把該hint去掉后，測(cè)試環(huán)境邏輯讀降為兩千多。
如果要綁定sqlprofile,這一類(lèi)語(yǔ)句太多了，即使綁定也一定都適用此類(lèi)語(yǔ)句。
可以考慮將此類(lèi)語(yǔ)句從SQL集中去掉，但去掉的話(huà)就無(wú)法驗(yàn)證是否是這一批語(yǔ)句引起的問(wèn)題。
19c環(huán)境我們可以使用OPTIMIZER_IGNORE_HINTS參數(shù)來(lái)忽略sql語(yǔ)句中使用的hint。默認(rèn)為false，我們?cè)趕ystem級(jí)別調(diào)成true，再跑下spa任務(wù)。
==》重新跑spa任務(wù)后，系統(tǒng)估算任務(wù)1，2在2個(gè)小時(shí)內(nèi)能跑完,實(shí)際跑下來(lái)也確認(rèn)如此，速度提升了近10倍。
==》最新跑出的報(bào)告，該語(yǔ)句對(duì)比性能提升顯著，執(zhí)行時(shí)間在0.02s左右，邏輯讀三千左右。
SPA任務(wù)跑的慢，說(shuō)明語(yǔ)句可能存在問(wèn)題。那么本次的原因是因業(yè)務(wù)語(yǔ)句使用hint導(dǎo)致，根本上解決此問(wèn)題還需要和業(yè)務(wù)側(cè)溝通整改。另外補(bǔ)充下，OPTIMIZER_IGNORE_HINTS參數(shù)對(duì)現(xiàn)有綁定sqlprofile的語(yǔ)句不影響，這里不再詳細(xì)闡述。
文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址：http://m.hztianpu.com/yun/130184.html
摘要：展示如下場(chǎng)景再現(xiàn)經(jīng)過(guò)分析，最后我們定位到是使用產(chǎn)生的內(nèi)存泄露問(wèn)題。下面通過(guò)一個(gè)，來(lái)簡(jiǎn)單講下具體內(nèi)存泄露的原因。這一次的內(nèi)存泄露問(wèn)題算是解決了?？偨Y(jié)關(guān)于內(nèi)存泄露問(wèn)題在第一次排查時(shí)，往往是有點(diǎn)不知所措的。 記一次 JAVA 的內(nèi)存泄露分析 摘要：本文屬于原創(chuàng)，歡迎轉(zhuǎn)載，轉(zhuǎn)載請(qǐng)保留出處：https://github.com/jasonGeng88/blog 當(dāng)前環(huán)境 jdk == 1.8 ...
摘要：在過(guò)程中，發(fā)現(xiàn)的報(bào)錯(cuò)是在中兩個(gè)頁(yè)面的無(wú)刷切換中出現(xiàn)的。看向網(wǎng)址等等網(wǎng)址的前綴是，這個(gè)是谷歌瀏覽器插件的前綴。難不成，這個(gè)文件是谷歌瀏覽器插件的于是看向了中間的那一串神秘字符串。 場(chǎng)景重現(xiàn) 項(xiàng)目是一個(gè)SPA，使用了Vue+Vue-Router+Webpack+jQuery。報(bào)錯(cuò)的場(chǎng)景如下：showImg(http://7xk109.com1.z0.glb.clouddn.com/blog...
摘要：然后類(lèi)似一樣我的命名是可以在頁(yè)面的任何地方使用，如果你對(duì)具體的實(shí)現(xiàn)方法有興趣，歡迎點(diǎn)擊本文結(jié)尾的鏈接，去我的倉(cāng)庫(kù)上查看。 前言 最近收到一個(gè)這樣的需求,要求做一個(gè)基于 vue 和 element-ui 的通用后臺(tái)框架頁(yè),具體要求如下: 要求通用性高,需要在后期四十多個(gè)子項(xiàng)目中使用，所以大部分地方都做成可配置的. 要求做成腳手架的形式.可以 npm 安裝 要求實(shí)現(xiàn)多頁(yè)簽,并且可以通過(guò)瀏...
摘要：然后類(lèi)似一樣我的命名是可以在頁(yè)面的任何地方使用，如果你對(duì)具體的實(shí)現(xiàn)方法有興趣，歡迎點(diǎn)擊本文結(jié)尾的鏈接，去我的倉(cāng)庫(kù)上查看。 前言 最近收到一個(gè)這樣的需求,要求做一個(gè)基于 vue 和 element-ui 的通用后臺(tái)框架頁(yè),具體要求如下: 要求通用性高,需要在后期四十多個(gè)子項(xiàng)目中使用，所以大部分地方都做成可配置的. 要求做成腳手架的形式.可以 npm 安裝 要求實(shí)現(xiàn)多頁(yè)簽,并且可以通過(guò)瀏...
摘要：用戶(hù)體驗(yàn)的需求，完美地保留了瀑布流模態(tài)框的閱讀模式。不支持的話(huà)，就不攔截瀑布流文塊的，也就是直接讓其跳轉(zhuǎn)。 背景 想當(dāng)年，我做了一個(gè)新媒體網(wǎng)站項(xiàng)目（AIISPO，已下線(xiàn)）。跟普通資訊網(wǎng)站不一樣的是，老板要求PC端前臺(tái)的文章閱讀模式一定得是瀑布流+模態(tài)框。瀑布流指的是以瀑布流的形式將文章羅列出來(lái)，而模態(tài)框則指的是點(diǎn)擊瀑布流中代表文章的某個(gè)文塊時(shí)，直接在當(dāng)前頁(yè)面彈出模態(tài)框來(lái)顯示文章正文。 ...
閱讀 1459·2023-01-11 13:20
閱讀 1814·2023-01-11 13:20
閱讀 1263·2023-01-11 13:20
閱讀 2006·2023-01-11 13:20
閱讀 4226·2023-01-11 13:20
閱讀 2879·2023-01-11 13:20
閱讀 1488·2023-01-11 13:20
閱讀 3807·2023-01-11 13:20
