【51CTO獨(dú)家特稿】在51CTO的區(qū)域內(nèi)，有一位來自金融保險(xiǎn)行業(yè)的王先生接受了51CTO記者的采訪。在聊到SQL Server2008的內(nèi)存問題時(shí)，王先生表示其公司正在使用SQL Server 2008產(chǎn)品。隨著公司業(yè)務(wù)量的逐步增大，每天數(shù)據(jù)吞吐量也已經(jīng)上升到TB級(jí)別。在進(jìn)行大數(shù)據(jù)量處理時(shí)，透過后臺(tái)監(jiān)控發(fā)現(xiàn)內(nèi)存消耗量急劇增加。他希望透過51CTO平臺(tái)能知曉微軟SQL Server的內(nèi)存釋放機(jī)制以及SQL語句中該如何透過存儲(chǔ)過程干預(yù)內(nèi)存釋放。

[[104789]]

王先生的公司從SQL Server 2000逐步升級(jí)過來，一直都比較平滑。選擇微軟產(chǎn)品也是出于預(yù)算和技術(shù)整體架構(gòu)的考慮。但現(xiàn)在的大數(shù)據(jù)問題已經(jīng)遇到瓶頸，對(duì)業(yè)務(wù)系統(tǒng)也產(chǎn)生了影響。所以，類似王先生這樣擁有企業(yè)技術(shù)建議權(quán)的用戶，正越來越關(guān)注大數(shù)據(jù)方面的問題。

51CTO隨后向微軟SQL Server方向MVP進(jìn)行了請(qǐng)教。發(fā)現(xiàn)王先生碰到的問題，很有可能是隨著企業(yè)業(yè)務(wù)的發(fā)展，數(shù)據(jù)庫變得更加臃腫。此前可能是一張很小的表，三五年之后變成了一張大表。如果技術(shù)人員并沒有建立相關(guān)的索引，那查詢效率必然會(huì)降低。

另外一種情況就是SQL語句中可能存在性能疑點(diǎn)。例如頁面上某一個(gè)查詢語句不斷的對(duì)一張超大的表進(jìn)行查詢，在用戶都集中使用這個(gè)語句時(shí)肯定會(huì)造成系統(tǒng)窩點(diǎn)。但很可能這樣的語句只占整個(gè)SQL語句的1%，卻影響98%的性能。這是每個(gè)數(shù)據(jù)庫管理員應(yīng)該注意到的問題。

TechED正是給每個(gè)微軟技術(shù)用戶提供了這樣解決問題的平臺(tái)，希望有更多用戶的疑問能夠在這里得到解決。也歡迎大家將問題提供給51CTO記者，以便獲得更專業(yè)的解答。