一條select語句引起的瓶頸問題思考
更新時(shí)間：2013年02月27日 23:01:12 作者：
公司一項(xiàng)目新上線，剛上線的第2天，在后臺(tái)發(fā)現(xiàn)數(shù)據(jù)庫服務(wù)器與IIS服務(wù)器的網(wǎng)絡(luò)IO出現(xiàn)瓶頸，1GB的網(wǎng)絡(luò)帶寬，占用了70%-100%，也就是每秒傳輸數(shù)據(jù)700MB-1GB，數(shù)據(jù)庫使用內(nèi)存高達(dá)21GB
情境還原：
公司一項(xiàng)目新上線，剛上線的第2天，在后臺(tái)發(fā)現(xiàn)數(shù)據(jù)庫服務(wù)器與IIS服務(wù)器的網(wǎng)絡(luò)IO出現(xiàn)瓶頸，1GB的網(wǎng)絡(luò)帶寬，占用了70%-100%，也就是每秒傳輸數(shù)據(jù)700MB-1GB，數(shù)據(jù)庫使用內(nèi)存高達(dá)21GB。
IIS服務(wù)器CPU使用率時(shí)常爆至80%-90%，導(dǎo)致網(wǎng)站頻頻出現(xiàn)連接超時(shí)。
原因：晚上只好暫時(shí)關(guān)閉網(wǎng)站，進(jìn)行服務(wù)器維護(hù)，作全面的檢查跟蹤，發(fā)現(xiàn)是一句Select語句導(dǎo)致：
Select * From Table1
這條語句，語法是沒問題的，但在應(yīng)用上出了問題。Table1存儲(chǔ)的是10多萬行數(shù)據(jù)，表數(shù)據(jù)每天都會(huì)上萬的增長(zhǎng)。
為了統(tǒng)計(jì)總行數(shù)，頻頻調(diào)用這語句，每秒刷新不低于1000次。
也因此導(dǎo)致網(wǎng)絡(luò)出現(xiàn)瓶頸。
解決：后面把Select語句改成
Select Count(*) from Table1
即可解決問題，網(wǎng)絡(luò) IO數(shù)據(jù)馬上降至10MB以下，數(shù)據(jù)庫使用內(nèi)存也保持在預(yù)計(jì)范圍12GB。
看似非常簡(jiǎn)單的問題，其實(shí)不然。解決這問題，所花的時(shí)間周期是6小時(shí)，檢查問題使用1小時(shí)，修改代碼使用5小時(shí)。
公司一項(xiàng)目新上線，剛上線的第2天，在后臺(tái)發(fā)現(xiàn)數(shù)據(jù)庫服務(wù)器與IIS服務(wù)器的網(wǎng)絡(luò)IO出現(xiàn)瓶頸，1GB的網(wǎng)絡(luò)帶寬，占用了70%-100%，也就是每秒傳輸數(shù)據(jù)700MB-1GB，數(shù)據(jù)庫使用內(nèi)存高達(dá)21GB。
IIS服務(wù)器CPU使用率時(shí)常爆至80%-90%，導(dǎo)致網(wǎng)站頻頻出現(xiàn)連接超時(shí)。
原因：晚上只好暫時(shí)關(guān)閉網(wǎng)站，進(jìn)行服務(wù)器維護(hù)，作全面的檢查跟蹤，發(fā)現(xiàn)是一句Select語句導(dǎo)致：
Select * From Table1
這條語句，語法是沒問題的，但在應(yīng)用上出了問題。Table1存儲(chǔ)的是10多萬行數(shù)據(jù)，表數(shù)據(jù)每天都會(huì)上萬的增長(zhǎng)。
為了統(tǒng)計(jì)總行數(shù)，頻頻調(diào)用這語句，每秒刷新不低于1000次。
也因此導(dǎo)致網(wǎng)絡(luò)出現(xiàn)瓶頸。
解決：后面把Select語句改成
復(fù)制代碼 代碼如下:
Select Count(*) from Table1
即可解決問題，網(wǎng)絡(luò) IO數(shù)據(jù)馬上降至10MB以下，數(shù)據(jù)庫使用內(nèi)存也保持在預(yù)計(jì)范圍12GB。
看似非常簡(jiǎn)單的問題，其實(shí)不然。解決這問題，所花的時(shí)間周期是6小時(shí)，檢查問題使用1小時(shí)，修改代碼使用5小時(shí)。
相關(guān)文章
級(jí)聯(lián)刪除，如果要?jiǎng)h除主類別表的記錄，那么把次類別表所屬記錄以及這個(gè)類別所包含的所有文章內(nèi)容刪除2011-08-08
Cont()與Where().Count()有時(shí)性能差別如此之大！
今天在修改后臺(tái)用戶公司管理列表時(shí)，發(fā)現(xiàn)列表加載超慢的bug！好幾十秒??！數(shù)據(jù)是相對(duì)其他的列表是稍微多點(diǎn)，不過也就4000多條，之前是好的，為啥這么慢呢？2010-03-03
在SQL Server中查詢資料庫的TABLE數(shù)量與名稱的sql語句
這篇文章主要介紹了在SQL Server中查詢資料庫的TABLE數(shù)量與名稱的sql語句,需要的朋友可以參考下2014-04-04
SQLServer 數(shù)據(jù)庫故障修復(fù)頂級(jí)技巧之一
SQL Server 2005 和 2008 有幾個(gè)關(guān)于高可用性的選項(xiàng)，如日志傳輸、副本和數(shù)據(jù)庫鏡像。2010-04-04
sqlserver連接錯(cuò)誤之SQL評(píng)估期已過的問題解決
很久沒用sqlserver了，現(xiàn)在出現(xiàn)評(píng)估期已過的問題，本文就介紹一下sqlserver連接錯(cuò)誤之SQL評(píng)估期已過的問題解決，文中根據(jù)圖文詳細(xì)介紹的十分詳盡，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2022-03-03
這篇文章主要介紹了SQL 將一列拆分成多列的方法，文中講解非常細(xì)致，代碼幫助大家更好的理解和學(xué)習(xí)，感興趣的朋友可以了解下2020-07-07
通過使用正確的search arguments來提高SQL Server數(shù)據(jù)庫的性能
今天通過本文給大家介紹在SQL Server上關(guān)于indexing的一個(gè)特定的性能問題，本文給大家介紹的非常詳細(xì)，具有參考借鑒價(jià)值，感興趣的朋友可以參考下2016-11-11
本節(jié)主要介紹了SQL-ORDER BY 多字段排序包括升序、降序，下面有個(gè)示例，大家可以參考下2014-07-07
這篇文章主要介紹了sql server2016里面的json功能,非常不錯(cuò)，具有參考借鑒價(jià)值，需要的朋友可以參考下2017-02-02
SQL Server約束增強(qiáng)的兩點(diǎn)建議
我們可以在CHECK的約束條件中加入任何邏輯表達(dá)式，而目前所有外鍵只能用來驗(yàn)證一個(gè)或多個(gè)列的值是否相等。2009-05-05