秋霞午夜一区二区三区黄瓜视频,青青草原在线免费播放视频,免费黄网站一区二区三区

除了根據(jù)服務(wù)器連接數(shù)或利用第三方工具，可從以下4個方面間接判斷連接池是否夠用：
1. 參考AWR報告中Load Profile–>Logons /Sec，參考值：< 2 or 10 。
2. 參考ADDM中出現(xiàn)Session Connect and Disconnect–> Percent of Activity > 10 。
3. top命令中cpu消耗排在前10位進程中含tnslsnr，或該進程消耗cpu > 10% 。
4. alert.log中出現(xiàn)連接頻繁建立或斷開的告警。
若出現(xiàn)上述現(xiàn)象，應(yīng)考慮適當增加連接池或檢查應(yīng)用是否用到連接池。
1.3并行模式PARALLEL
并行模式適用于針對大數(shù)據(jù)量的操作，應(yīng)用得當能大大縮短計算時間。但其劣勢在于：資源調(diào)度、合并結(jié)果集等比較消耗資源，不建議在系統(tǒng)超負荷運行的情況下使用。并行模式使用應(yīng)注意以下幾項：
1.聯(lián)機交易往往并發(fā)較高，應(yīng)避免使用并行。
2.聯(lián)機交易高峰時段，避免批量或報表使用并行。
3.并行查詢的優(yōu)先級為語句提示(hint)、表級定義、數(shù)據(jù)庫初始化參數(shù) 。后兩者易造成響應(yīng)時間慢、表掃描、會話阻塞等異常，不建議在應(yīng)用運行時使用。
4.對于較大的數(shù)據(jù)量的查詢，可以使用提示(hint)來強制Oracle使用并行查詢。
5.建表、索引時如需使用PARALLEL，完成后切記關(guān)閉并行度，否則會造成后續(xù)使用該表、索引的SQL啟用了并行,占用過多資源，導(dǎo)致其它會話等待，影響系統(tǒng)整體性能。
6.任務(wù)并行度不應(yīng)大于服務(wù)器CPU數(shù)，建議單個任務(wù)并行度應(yīng)小于CPU數(shù)/2 。
1.4統(tǒng)計信息缺乏或陳舊
開發(fā)測試環(huán)境往往缺乏統(tǒng)計信息更新機制，統(tǒng)計信息陳舊可能造成SQL查詢計劃有誤，查詢效率低下。大量的數(shù)據(jù)加載或更新后應(yīng)及時收集統(tǒng)計信息。
1.5物化視圖
物化視圖是一種特殊的物理表，占用實際的存儲空間，可用于讀寫分離，或者預(yù)先計算并保存表連接、嵌套或聚集等耗時較多的操作結(jié)果，在執(zhí)行查詢時能避免這些耗時操作，從而快速得到結(jié)果。物化視圖主要用于數(shù)據(jù)倉庫和決策支持系統(tǒng)，使用物化視圖需注意：
1.對于高并發(fā)的聯(lián)機系統(tǒng)、基表數(shù)據(jù)頻繁更新且對數(shù)據(jù)實時性要求高的交易避免訪問物化視圖。
2.基表數(shù)據(jù)變更頻繁，一般不建議使用ON COMMIT數(shù)據(jù)刷新模式，推薦使用默認的ON DEMAND手工模式。
3. ON DEMAND模式下用到FAST增量刷新時，必須在創(chuàng)建有物化視圖日志的情況下才能使用。
4.物化視圖日志的大小直接會影響刷新速度。物化視圖長時間不刷新，或者基表的一次批量數(shù)據(jù)變更均會導(dǎo)致物化視圖日志變得很大。
5.物化視圖日志的高水位達到較高位置，即使物化視圖日志中記錄很少甚至沒有，仍然會影響物化視圖的刷新速度。
2. SQL效率類
不合理的數(shù)據(jù)結(jié)構(gòu)設(shè)計，SQL書寫不規(guī)范會導(dǎo)致笛卡爾積操作、全表掃描、索引跳掃、索引全掃、filter低效過濾等低效操作，從而導(dǎo)致SQL效率甚至應(yīng)用性能大打折扣。本章節(jié)列出了常見的導(dǎo)致SQL低效的條例，實際開發(fā)測試過程中可能需要結(jié)合查詢計劃、統(tǒng)計信息、V$_*等進行調(diào)優(yōu)驗證。
2.1表結(jié)構(gòu)不合理
表結(jié)構(gòu)不合理一般表現(xiàn)在：缺少主鍵、索引或索引設(shè)計不當，尤其是復(fù)合索引的選擇和排序上。表連接的時候恰當使用索引可以避免表掃和排序的發(fā)生。
2.2 SQL書寫較差
3. 應(yīng)用程序邏輯
在性能測試測試中曾遇見因應(yīng)用設(shè)計導(dǎo)致數(shù)據(jù)庫服務(wù)器瓶頸，常見類型有：
1.高頻的SQL運行導(dǎo)致CPU繁忙。SQL語句平均執(zhí)行時間很快，但通過對單筆交易運行的sql語句發(fā)現(xiàn)單筆交易運行相同SQL達100遍以上，需要結(jié)合業(yè)務(wù)邏輯考慮SQL設(shè)計的合理性。
2.高頻的記日志導(dǎo)致IO等待。例如單筆普通查詢交易按照動賬類金融交易嚴格記錄日志，查詢交易吞吐量較高時增加數(shù)據(jù)庫服務(wù)器IO瓶頸。

以上關(guān)于本文的內(nèi)容，僅作參考！溫馨提示：如遇健康、疾病相關(guān)的問題，請您及時就醫(yī)或請專業(yè)人士給予相關(guān)指導(dǎo)!

「愛刨根生活網(wǎng)」www.malaban59.cn小編還為您精選了以下內(nèi)容，希望對您有所幫助：

數(shù)據(jù)庫性能優(yōu)化方法 oracle性能調(diào)優(yōu)總結(jié)( 二 )