一條select語句引起的瓶頸問題思考

2024-08-31 00:44:15

字體：大中小

供稿：網(wǎng)友

情境還原：

公司一項目新上線，剛上線的第2天，在后臺發(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使用率時常爆至80%-90%，導(dǎo)致網(wǎng)站頻頻出現(xiàn)連接超時。

原因：晚上只好暫時關(guān)閉網(wǎng)站，進(jìn)行服務(wù)器維護(hù)，作全面的檢查跟蹤，發(fā)現(xiàn)是一句Select語句導(dǎo)致：
Select * From Table1
這條語句，語法是沒問題的，但在應(yīng)用上出了問題。Table1存儲的是10多萬行數(shù)據(jù)，表數(shù)據(jù)每天都會上萬的增長。
為了統(tǒng)計總行數(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ù)計范圍12GB。

看似非常簡單的問題，其實(shí)不然。解決這問題，所花的時間周期是6小時，檢查問題使用1小時，修改代碼使用5小時。

上一篇：簡化SQL Server備份與還原到云工作原理及操作方法

下一篇：sql server 入門語句總結(jié)