前言：本站為你精心整理了探討電話銷售系統(tǒng)的特性范文，希望能為你的創(chuàng)作提供參考價(jià)值，我們的客服老師可以幫助你提供個(gè)性化的參考范文，歡迎咨詢。

數(shù)據(jù)庫調(diào)優(yōu)的常見策略數(shù)據(jù)庫的性能涉及硬件、網(wǎng)絡(luò)及應(yīng)用程序等多個(gè)方面。主要包括：1）系統(tǒng)硬件。系統(tǒng)硬件的性能對(duì)數(shù)據(jù)庫的表現(xiàn)至關(guān)重要，配置合理的服務(wù)器及存儲(chǔ)設(shè)備能夠最有效的提高整個(gè)系統(tǒng)的性能。系統(tǒng)性能主要取決于磁盤、內(nèi)存、CPU和網(wǎng)絡(luò)。磁盤是最容易被忽略的薄弱環(huán)節(jié)，快速的磁盤系統(tǒng)可能節(jié)省十倍甚至百倍的時(shí)間。內(nèi)存越大，則表的部分或全部保存在內(nèi)存中的機(jī)會(huì)也越大，可以大大的減少磁盤I/O的次數(shù)，從而極大的提升檢索速度。SqlServer2005可以支持多達(dá)32個(gè)CPU并行工作，選擇多個(gè)高性能的CPU能提高每個(gè)任務(wù)的處理速度。網(wǎng)絡(luò)連接的快慢則決定了數(shù)據(jù)庫服務(wù)器與應(yīng)用服務(wù)器之間的數(shù)據(jù)交換能力。硬件系統(tǒng)的價(jià)格比較昂貴，如果單純采用升級(jí)硬件的方式來提升性能，能夠得到很好的效果，但付出的代價(jià)較高。2）數(shù)據(jù)庫的設(shè)計(jì)。數(shù)據(jù)庫設(shè)計(jì)同樣能夠極大的影響數(shù)據(jù)庫的性能。數(shù)據(jù)庫設(shè)計(jì)方面主要考慮如下方面：表的設(shè)計(jì)、索引的設(shè)計(jì)和存儲(chǔ)過程的使用。數(shù)據(jù)庫表的設(shè)計(jì)一般應(yīng)滿足三范式，消除冗余，避免插入、刪除和修改異常。但適當(dāng)?shù)姆且?guī)范化處理可以減少頻繁連表和重復(fù)計(jì)算，和應(yīng)用程序結(jié)合在一起能夠很好的降低對(duì)數(shù)據(jù)庫查詢量的需求。表的設(shè)計(jì)另一方面需考慮盡可能減少可空列，而采用默認(rèn)值的方法，減少行的大小。索引的設(shè)計(jì)在提升查詢性能上至關(guān)重要，一個(gè)有效利用索引的查詢可以迅速的定位記錄，而不需要全表搜索。有效的使用存儲(chǔ)過程，來批量的處理數(shù)據(jù)可以很好的減少連接數(shù)據(jù)庫的次數(shù)。數(shù)據(jù)庫的設(shè)計(jì)方面的調(diào)優(yōu)一部分可以獨(dú)立進(jìn)行，而不影響應(yīng)用程序和現(xiàn)有系統(tǒng)，沒有額外的投資，但是有些部分則需要應(yīng)用程序做出相應(yīng)的調(diào)整，有些部分則會(huì)帶來負(fù)面影響，比如索引，表的索引越多，增加、刪除和修改時(shí)的速度越慢。要根據(jù)情況均衡考慮。3）應(yīng)用程序的設(shè)計(jì)。主要涉及查詢語句的設(shè)計(jì)方式、鎖的類型和持續(xù)時(shí)間，能不能充分利用索引和存儲(chǔ)過程。除此以外還需要平衡業(yè)務(wù)的需求和整個(gè)系統(tǒng)的性能。應(yīng)用程序的設(shè)計(jì)準(zhǔn)則包括：消除過多的網(wǎng)絡(luò)流量，使用小結(jié)果集；使用存儲(chǔ)過程，避免死鎖等。

在線電銷系統(tǒng)數(shù)據(jù)庫問題的分析我們了解到該企業(yè)的電銷系統(tǒng)數(shù)據(jù)庫的應(yīng)用程序采用多層架構(gòu)，有豐富的現(xiàn)場(chǎng)日志，且能夠做到直接修改查詢語句而不需要重新編譯源代碼。首先分析了應(yīng)用程序保留的卡死那段時(shí)間的現(xiàn)場(chǎng)日志。經(jīng)過對(duì)日志的分析發(fā)現(xiàn)了如下問題：1）當(dāng)時(shí)有很多條需要對(duì)十多張百萬級(jí)數(shù)據(jù)表的聯(lián)結(jié)查詢。其中數(shù)十條查詢時(shí)長(zhǎng)超過1000ms。對(duì)這些查詢進(jìn)一步的分析表明，sql語句中的查詢條件不能有效的利用索引，主要原因有如下幾點(diǎn):a.有些字段沒有包含在索引之中。b.諸如like‘%xxx%’的模糊查詢。c.諸如in(x,x,x)的查詢。上述情況由于不能利用索引來查詢，導(dǎo)致全表搜索，而全表的數(shù)據(jù)量非常巨大，因此導(dǎo)致查詢時(shí)間很長(zhǎng)，在并發(fā)數(shù)很大的情況下會(huì)導(dǎo)致系統(tǒng)響應(yīng)很慢。2）某個(gè)檢查工作狀態(tài)的查詢語句每10s檢查一次。3）經(jīng)常查詢的表數(shù)據(jù)量巨大，最多的通話相關(guān)的表達(dá)500萬條以上，更頻繁操作的客戶表和訂單表也達(dá)100萬條，還在持續(xù)增長(zhǎng)之中，很多業(yè)務(wù)查詢都需要這些大表互相連接或聚合統(tǒng)計(jì)分析。其次為了了解當(dāng)并發(fā)量很大,查詢集中時(shí)，整個(gè)系統(tǒng)的瓶頸在哪里，決定選擇一個(gè)正常的工作周期打開性能監(jiān)視器，了解性能瓶頸所在。我們選擇了正常工作日的一整天24小時(shí)。經(jīng)過檢查發(fā)現(xiàn)磁盤I/O存在較大異常，avg.disk.queue.length的平均值都高達(dá)60~80，最大值高達(dá)700，而合理值是1~3/每塊磁盤，當(dāng)前系統(tǒng)包含2塊物理磁盤，那么平均值不應(yīng)該超過6。因此可以判斷磁盤I/O存在異常。從上述分析可以得出該數(shù)據(jù)庫系統(tǒng)的問題主要有：（1）歷史數(shù)據(jù)過于龐大；（2）表的索引設(shè)計(jì)存在問題；（3）查詢語句設(shè)計(jì)存在問題；（4）硬件的性能已經(jīng)無法應(yīng)付日益龐大的數(shù)據(jù)量和并發(fā)數(shù)。

針對(duì)性調(diào)優(yōu)策略的選取由于該企業(yè)的數(shù)據(jù)庫系統(tǒng)是始終運(yùn)行之中，很多優(yōu)化措施在應(yīng)用程序和數(shù)據(jù)庫的設(shè)計(jì)和開發(fā)階段是比較容易解決的問題，現(xiàn)在卻變得不可實(shí)現(xiàn)，比如對(duì)應(yīng)用程序的修改，雖然該應(yīng)用程序可以方便的修改查詢語句，但是對(duì)于數(shù)據(jù)的處理方式將很難修改。而且一個(gè)表會(huì)涉及到多處使用，因此數(shù)據(jù)庫設(shè)計(jì)方面的缺陷所能做的優(yōu)化也幾乎不可能。因此需要針對(duì)數(shù)據(jù)庫系統(tǒng)存在的4類問題進(jìn)行分析處理。這4類問題中，其中最容易處理的是（2），因?yàn)閮H需要對(duì)數(shù)據(jù)庫進(jìn)行操作即可。其次為（3），需要對(duì)查詢語句進(jìn)行修改，本來是比較復(fù)雜的工作，由于該企業(yè)的應(yīng)用程序是多層架構(gòu)，查詢語句可以方便的修改而不需要重新編譯源代碼。再然后是（1），歷史數(shù)據(jù)中有很多類型，有些是基本不會(huì)被查詢的可以移除，有些是核心數(shù)據(jù)如客戶數(shù)據(jù)和訂單數(shù)據(jù)，這些對(duì)公司的業(yè)務(wù)有著巨大的價(jià)值，不可能被轉(zhuǎn)移。對(duì)于（4）則更加麻煩，這不僅僅涉及到公司資金的投入，還涉及到如何擴(kuò)展或更新硬件而不影響現(xiàn)有業(yè)務(wù)的進(jìn)行，如何應(yīng)對(duì)擴(kuò)展或更新過程中所遇到的風(fēng)險(xiǎn)。因此我們的解決方案是：首先解決（2）、（3），然后是（1）。

經(jīng)過觀察后，如有必要再考慮對(duì)硬件的升級(jí)。具體來說，采用了如下步驟：1）從日志中選出所有耗時(shí)巨大的查詢語句，逐一分析，分別處以如下操作：(1)對(duì)于經(jīng)常需要進(jìn)行的操作，盡可能去除模糊查詢(like和in)。如果業(yè)務(wù)需要，確實(shí)在某些情況下需要模糊查詢，則提供2個(gè)版本供選擇：可以模糊查詢和不可以模糊查詢的版本。并控制模糊查詢的使用(2)對(duì)于所有耗時(shí)巨大的且不是因?yàn)槟：樵兊恼Z句，運(yùn)用數(shù)據(jù)庫引擎優(yōu)化顧問來優(yōu)化，根據(jù)建議來重新建立表的索引，確保查詢能充分利用索引，減少查詢時(shí)間經(jīng)過步驟（1）的處理后，系統(tǒng)的壓力得到了緩解，但是仍然反映很慢。2）鑒于數(shù)據(jù)量正在日新月異的增加。沉重的歷史數(shù)據(jù)始終是系統(tǒng)的包袱。因此需要向業(yè)務(wù)部門提出建議，每種數(shù)據(jù)確定需要保留的時(shí)間。并據(jù)此寫出清理數(shù)據(jù)的存儲(chǔ)過程，每周進(jìn)行一次清理，將超過半年、一年以上的數(shù)據(jù)(根據(jù)業(yè)務(wù)的需求保留時(shí)長(zhǎng)不等)轉(zhuǎn)移到其他備份數(shù)據(jù)庫中，并在原數(shù)據(jù)庫中清理掉。經(jīng)過步驟（2）的處理之后，以及進(jìn)一步的性能監(jiān)視之后，發(fā)現(xiàn)，磁盤I/O的avg.disk.queue.length的最大值仍然在200以上。雖然對(duì)比最初已經(jīng)有了很好的降低，仍然遠(yuǎn)遠(yuǎn)超出建議的值。3）仔細(xì)分析了系統(tǒng)硬件之后發(fā)現(xiàn)，當(dāng)前的數(shù)據(jù)庫文件的大小已達(dá)20G，而內(nèi)存大小僅為4G，顯然如果涉及大數(shù)據(jù)量的查詢時(shí)，數(shù)據(jù)庫的大部分都在磁盤而非內(nèi)存中，需要多次磁盤I/O來應(yīng)對(duì)，從而導(dǎo)致磁盤I/O成為瓶頸所在。鑒于這樣的原因，建議升級(jí)內(nèi)存到32G。升級(jí)后發(fā)現(xiàn)，磁盤I/O迅速的下降為2~4之間。坐席終端也反映系統(tǒng)使用比較流暢。整個(gè)系統(tǒng)運(yùn)行多日未出現(xiàn)卡死現(xiàn)象。至此本次優(yōu)化取得了很好的效果。

經(jīng)過本次數(shù)據(jù)庫系統(tǒng)系統(tǒng)終端的設(shè)計(jì)會(huì)優(yōu)化，可以發(fā)現(xiàn)聯(lián)機(jī)數(shù)據(jù)庫調(diào)優(yōu)涉及很多方面，絕不僅僅是數(shù)據(jù)庫本身的知識(shí)。還涉及業(yè)務(wù)需求、查詢語句和應(yīng)用程序的架構(gòu)以及硬件的性能。每個(gè)方面都對(duì)數(shù)據(jù)庫的性能有重大影響。從業(yè)務(wù)的角度，如何在有限的系統(tǒng)資源中，確保核心業(yè)務(wù)的進(jìn)行；如何在業(yè)務(wù)的便利性和系統(tǒng)資源的消耗之間找到平衡。從應(yīng)用程序結(jié)構(gòu)的角度，不僅需要考慮實(shí)現(xiàn)用戶提出的功能，還要預(yù)見到在大數(shù)據(jù)量和高并發(fā)情況下，系統(tǒng)性能的影響。如果在設(shè)計(jì)時(shí)就考慮到這一點(diǎn)，就能有更多的優(yōu)化策略可以采用，比如數(shù)據(jù)的劃分，將同一種數(shù)據(jù)分在不同表中，從而縮小每個(gè)人需要查詢的總范圍，且減少讀寫鎖的爭(zhēng)用。

作者：翁英萍單位：南京工業(yè)職業(yè)技術(shù)學(xué)院計(jì)算機(jī)與軟件學(xué)院