從O

創(chuàng)新互聯(lián)公司專注于企業(yè)成都全網(wǎng)營(yíng)銷、網(wǎng)站重做改版、定邊網(wǎng)站定制設(shè)計(jì)、自適應(yīng)品牌網(wǎng)站建設(shè)、H5建站、商城網(wǎng)站制作、集團(tuán)公司官網(wǎng)建設(shè)、成都外貿(mào)網(wǎng)站制作、高端網(wǎng)站制作、響應(yīng)式網(wǎng)頁(yè)設(shè)計(jì)等建站業(yè)務(wù)，價(jià)格優(yōu)惠性價(jià)比高，為定邊等各大城市提供網(wǎng)站開(kāi)發(fā)制作服務(wù)。racle 11.1開(kāi)始，錯(cuò)誤的用戶名密碼登錄可能會(huì)導(dǎo)致在數(shù)據(jù)庫(kù)層面看到顯著的“row cache lock”等待。
很多用戶認(rèn)為這是一個(gè)bug，而實(shí)際上這是一個(gè)數(shù)據(jù)庫(kù)保護(hù)機(jī)制。
Oracle的sqlplus工具會(huì)在3次錯(cuò)誤密碼輸入后自動(dòng)斷開(kāi)連接，但是外部應(yīng)用程序卻可以編碼，不斷調(diào)用登錄API進(jìn)行密碼嘗試。所以如果沒(méi)有一個(gè)數(shù)據(jù)庫(kù)層面的安全控制，這將是非常危險(xiǎn)的。
從Oracle 11.1開(kāi)始，數(shù)據(jù)庫(kù)會(huì)在對(duì)同一個(gè)用戶3次錯(cuò)誤的密碼嘗試之后，開(kāi)始鎖定這個(gè)用戶3秒鐘，才允許下一次登錄。這個(gè)鎖定時(shí)間將從3秒逐漸延長(zhǎng)，不斷增加。
所有以該用戶登錄的session都會(huì)等待“row cache lock”，哪怕他是用正確的密碼登錄的。
很多用戶不理解這樣做是為了幫助用戶避免風(fēng)險(xiǎn)，而對(duì)看到的“row cache lock”等待提出抱怨。
所以O(shè)racle在Bug 7715339的修復(fù)中提供了一個(gè)方法（event 28401）來(lái)繞過(guò)這段代碼，來(lái)供用戶做不同選擇。
event="28401 trace name context forever, level 1" # disable logon delay
必須說(shuō)明的是，這實(shí)際上并不是一個(gè)bug，而是一個(gè)功能增強(qiáng)。用戶必須清楚如果設(shè)置了這個(gè)事件，將使您的數(shù)據(jù)庫(kù)暴露在密碼猜測(cè)的風(fēng)險(xiǎn)之下。
Bug 7715339的修復(fù)被包含在11.2.0.1 PSU之中。而在11.1.0.7上打補(bǔ)丁7715339，默認(rèn)已經(jīng)相當(dāng)于打開(kāi)event 28401了。
在11.2.0.2之后，Oracle修改代碼，將這一段“row cache lock”等待修改成了“l(fā)ibrary cache lock”等待。
總結(jié)一下：
1)11.1.0.X上，錯(cuò)誤的用戶名密碼登錄，將導(dǎo)致顯著的“row cache lock”等待。
用戶可以在11.1.0.7上打補(bǔ)丁7715339，不用設(shè)置event 28401，就可繞過(guò)這段安全控制代碼。
2)11.2.0.1上，錯(cuò)誤的用戶名密碼登錄，將導(dǎo)致顯著的“row cache lock”等待。
用戶不用打補(bǔ)?。ㄒ?yàn)橐呀?jīng)包含在11.2.0.1中了），直接設(shè)置event 28401，就可繞過(guò)這段安全控制代碼。
3)11.2.0.2以上的版本（包含11.2.0.2），錯(cuò)誤的用戶名密碼登錄，將導(dǎo)致顯著的“l(fā)ibrary cache lock”等待。
用戶不用打補(bǔ)?。ㄒ?yàn)橐呀?jīng)包含在11.2.0.1中了），直接設(shè)置event 28401，就可繞過(guò)這段安全控制代碼。
必須再次說(shuō)明的是，用戶必須清楚如果打補(bǔ)丁或者設(shè)置了這個(gè)事件，將使您的數(shù)據(jù)庫(kù)暴露在密碼猜測(cè)的風(fēng)險(xiǎn)之下。
正題：
有用戶反饋，即使設(shè)置了event 28401，仍會(huì)觀察到錯(cuò)誤的用戶名密碼登錄導(dǎo)致“l(fā)ibrary cache lock”等待，這是為什么呢？為此，我們做了以下測(cè)試進(jìn)行說(shuō)明：
起10個(gè)進(jìn)程，同時(shí)進(jìn)行錯(cuò)誤的用戶名密碼登錄，并測(cè)試未設(shè)置event 28401和設(shè)置event 28401進(jìn)行比較，從V$SYSTEM_EVENT中多次觀察獲取平均等待時(shí)間：
select total_waits,Time_waited_fg/total_waits
from V$SYSTEM_EVENT
where event='library cache lock'
未設(shè)置event 28401：
91    1395.252747252747252747252747252747252747
98    2352.959183673469387755102040816326530612
106    2687.698113207547169811320754716981132075
116    3495.862068965517241379310344827586206897
<========library cache lock的平均等待時(shí)間很快從13.95秒逐漸增加到34.95秒，并且持續(xù)增加。
設(shè)置event 28401之后：
23142    2.97325209575663296171463140610146054792
24329    3.03592420568046364421061284886349623906
<========即使在24329次等待之后，library cache lock的平均等待時(shí)間仍然穩(wěn)定在0.03秒。
也就是說(shuō)，event 28401是生效的，“等待時(shí)間從3秒逐漸增加的”的安全機(jī)制被繞過(guò)了，但是“l(fā)ibrary cache lock”卻無(wú)法避免。
這是因?yàn)?，錯(cuò)誤的用戶名密碼登錄仍會(huì)在數(shù)據(jù)庫(kù)內(nèi)部更新該用戶的登錄次數(shù)，錯(cuò)誤登錄次數(shù)，上次登錄時(shí)間等信息，需要申請(qǐng)“l(fā)ibrary cache lock”。
而“l(fā)ibrary cache lock”的等待時(shí)間跟并發(fā)登錄的進(jìn)程數(shù)和數(shù)據(jù)庫(kù)性能有關(guān)。
如果有多個(gè)用戶進(jìn)行不斷的進(jìn)行錯(cuò)誤的密碼嘗試，可能仍會(huì)觀察到較高的“l(fā)ibrary cache lock”等待。
因?yàn)椤板e(cuò)誤的密碼嘗試”應(yīng)用程序的代碼邏輯一般都是非常瘋狂的，正確的登錄可能一次就過(guò)了，而一旦錯(cuò)誤會(huì)反復(fù)嘗試并且沒(méi)有sleep等待，這將導(dǎo)致一秒鐘可能會(huì)發(fā)起幾百次上千次的嘗試，
而多個(gè)進(jìn)程并發(fā)時(shí)就容易觀察到平均等待幾十毫秒甚至幾百毫秒的“l(fā)ibrary cache lock”了。因?yàn)闀?huì)不斷嘗試，在數(shù)據(jù)庫(kù)層面會(huì)累積而很容易觀察到。
但是設(shè)置event 28401之后，一般不會(huì)有幾十秒上百秒的單次等待了，因?yàn)閱未芜f增的等待機(jī)制被繞過(guò)了。
總體來(lái)講，數(shù)據(jù)庫(kù)管理員應(yīng)該盡快發(fā)現(xiàn)并解決錯(cuò)誤的用戶名密碼登錄問(wèn)題（它們一般是因?yàn)閿?shù)據(jù)庫(kù)密碼被更改而應(yīng)用程序沒(méi)有及時(shí)同步造成的），而不應(yīng)該過(guò)度依賴event 28401。
因?yàn)闊o(wú)論從哪個(gè)角度來(lái)看，錯(cuò)誤的用戶名密碼登錄都是一個(gè)應(yīng)用層面的異常問(wèn)題，是應(yīng)該被避免的。

當(dāng)前名稱：錯(cuò)誤的用戶名密碼登錄導(dǎo)致的數(shù)據(jù)庫(kù)性能問(wèn)題-創(chuàng)新互聯(lián)
轉(zhuǎn)載來(lái)于：http://aaarwkj.com/article42/ccdeec.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供標(biāo)簽優(yōu)化、自適應(yīng)網(wǎng)站、外貿(mào)建站、軟件開(kāi)發(fā)、網(wǎng)站內(nèi)鏈、營(yíng)銷型網(wǎng)站建設(shè)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)