數(shù)據(jù)庫(kù)服務(wù)器CPU占用率太高原因分析及后續(xù)改進(jìn)措施數(shù)據(jù)庫(kù)服務(wù)器CPU占用率太高原因分析及后續(xù)改進(jìn)措施數(shù)據(jù)庫(kù)服務(wù)器CPU占用率太高原因分析及后續(xù)改進(jìn)措施xxx公司數(shù)據(jù)庫(kù)服務(wù)器CPU占用率太高原因分析及后續(xù)改進(jìn)措施文件編號(hào)：文件日期：修訂次數(shù)：第1.0次更改批準(zhǔn)審核制定方案設(shè)計(jì)，管理制度數(shù)據(jù)庫(kù)服務(wù)器CPU占用率太高原因分析及后續(xù)改進(jìn)措施原因分析本次正式數(shù)據(jù)庫(kù)服務(wù)器CPU占用率太高導(dǎo)致應(yīng)用無(wú)法連接數(shù)據(jù)庫(kù)無(wú)法鏈接主要有以下兩個(gè)方面的原因：1.作為維護(hù)人員責(zé)任心不夠，未能及時(shí)發(fā)現(xiàn)數(shù)據(jù)庫(kù)存在的問(wèn)題導(dǎo)致問(wèn)題積累以致系統(tǒng)無(wú)法響應(yīng)。2.在開發(fā)過(guò)程中還是存在部分SQL語(yǔ)句不規(guī)范以及索引未創(chuàng)建或者創(chuàng)建不合理的問(wèn)題。改進(jìn)措施數(shù)據(jù)庫(kù)日常監(jiān)控在日常維護(hù)工作中增加對(duì)數(shù)據(jù)庫(kù)服務(wù)器CPU及內(nèi)存占用情況的監(jiān)控，定期抽取占用CPU及內(nèi)存較大的SQL語(yǔ)句基于以下兩個(gè)原則進(jìn)行優(yōu)化：因未創(chuàng)建索引或者因索引創(chuàng)建不合理導(dǎo)致為起到應(yīng)有作用原因?qū)е碌恼加肅PU或內(nèi)存較高或運(yùn)行時(shí)間較長(zhǎng)的SQL，在找到原因后直接進(jìn)行處理以達(dá)到解決問(wèn)題的目的。如因SQL本身不夠優(yōu)化導(dǎo)致占用CPU或內(nèi)存較高或運(yùn)行時(shí)間較長(zhǎng)的，提取出后將SQL發(fā)給相關(guān)開發(fā)人員，由開發(fā)人員在應(yīng)用中進(jìn)行修改。增加性能及壓力測(cè)試與甘工溝通后，就公司后期項(xiàng)目特別是B/S類項(xiàng)目，在項(xiàng)目正式上線 前增加性能及壓力測(cè)試，同時(shí)在數(shù)據(jù)庫(kù)方面盡量模擬系統(tǒng)實(shí)際上線后的環(huán)境，以便通過(guò)性能及壓力測(cè)試及時(shí)發(fā)現(xiàn)數(shù)據(jù)庫(kù)方面的瓶頸，及時(shí)發(fā)現(xiàn)不夠合理的SQL并進(jìn)行優(yōu)化。在日常開發(fā)中SQL優(yōu)化方面注意的問(wèn)題SQLSelect語(yǔ)句完整的執(zhí)行順序：1、from子句組裝來(lái)自不同數(shù)據(jù)源的數(shù)據(jù)；2、where子句基于指定的條件對(duì)記錄行進(jìn)行篩選；3、groupby子句將數(shù)據(jù)劃分為多個(gè)分組；4、使用聚集函數(shù)進(jìn)行計(jì)算；5、使用having子句篩選分組；6、計(jì)算所有的表達(dá)式；7、使用orderby對(duì)結(jié)果集進(jìn)行排序。SQL優(yōu)化方面注意問(wèn)題1、ORACLE采用自下而上的順序解析WHERE子句根據(jù)這個(gè)原理,表之間的連接必須寫在其他WHERE條件之前,那些可以過(guò)濾掉最大數(shù)量記錄的條件必須寫在WHERE子句的末尾.2、FROM子句中的表明采用從右往左的的順序處理，因此在FROM子句中寫在最后的表（基礎(chǔ)表）最先被處理。因此在如FROM子句中有多個(gè)表，需選擇記錄數(shù)最少的表作為基礎(chǔ)表。3、SELECT子句中避免使用*4、使用表的別名(Alias)

，且在SQL中有多個(gè)表時(shí)，需將別名前綴到每個(gè)列前。5、盡量避免使用in，建議使用EXISTS(或NOTEXISTS)，關(guān)于此點(diǎn)需具體情況具體分析。6、避免使用having函數(shù)7、建立索引時(shí)，索引列可選擇性一定要高（可選擇性即索引列里存儲(chǔ)不同值的數(shù)目和記錄數(shù)的比），如公司防偽碼所建立的索引的可選擇性為1非常好。8、及時(shí)關(guān)閉對(duì)數(shù)據(jù)庫(kù)的鏈接。9、計(jì)算記錄條數(shù)：count(*)比count(1)稍快，最快的是對(duì)索引列的計(jì)數(shù)，也就是說(shuō)如果需要計(jì)數(shù)時(shí)，如果有索引列需使用索引列進(jìn)行計(jì)數(shù)。10、針對(duì)索引列需要注意的：避免使用NOT,避免使用計(jì)算，避免使用NULL,NOTNULL,11、SQL語(yǔ)句使用大寫。12、盡量使用>=代替>或者<=代替<.待處理問(wèn)題占用CPU較高進(jìn)程在近幾天的日常監(jiān)控中經(jīng)常發(fā)現(xiàn)有個(gè)別進(jìn)程占用單個(gè)CPU超過(guò)40%，且占用率長(zhǎng)時(shí)間沒有降低，如下圖所示通過(guò)該進(jìn)程號(hào)對(duì)應(yīng)的內(nèi)存地址在數(shù)據(jù)庫(kù)中查詢，查詢結(jié)果為應(yīng)用程序。將該程序進(jìn)程Kill或重新啟動(dòng)該程序后CPU占用率降低，證明確實(shí)為該程序占用較高的內(nèi)存，因此需分析一下導(dǎo)致該程序占用CPU較高的原因并解決。問(wèn)題SQL關(guān)于問(wèn)題SQL，詳細(xì)請(qǐng)參考優(yōu)化SQL列表.xlsx文件。、其他個(gè)別應(yīng)用在監(jiān)控過(guò)程中發(fā)現(xiàn)其他占用資源較高的應(yīng)用有模糊查詢類工具，以美贊臣為例如需對(duì)一個(gè)數(shù)碼進(jìn)行模糊查詢需對(duì)接近20張表進(jìn)行l(wèi)ike及Union操作，此類操作會(huì)耗費(fèi)系統(tǒng)大量的資源，如果在數(shù)據(jù)庫(kù)系統(tǒng)本身資源就緊張的情況下再進(jìn)行此類操作，極有可能會(huì)對(duì)數(shù)據(jù)庫(kù)造成較大的影響，因此對(duì)于此類工具建議盡量少用或不用。SQL語(yǔ)句性能監(jiān)控方法通過(guò)在V$SQL表中查詢近期運(yùn)行語(yǔ)句，如BUFFER_GETS或DISK_GETS太高一般情況下SQL需要進(jìn)行優(yōu)化。通過(guò)SELECTFROMV$SESSIONaLEFTOUTERJOINv$sqlareabON=W