作者pcmanxyz (PCMANXYZ)
看板Database
標題[系統] 請問死結跟硬體的關連
時間Tue Jul 9 11:52:25 2019
資料庫版本:2005
作業平台:Q8200 8GRam + win2008r2 + Hinet 100m光世代
問題描述:
各位前輩午安
小弟是SQL的新手, 大概就是只會基本的新增刪除修改
目前有一個問題, 需要先進們的幫忙
親戚的小公司因為伺服器開機後, 網站會越來越慢
運氣好的話, 三天才會開始慢
反之, 可能不到24小時就開始慢了
我過去看了一下server, 發現deadlock都是幾十個
CPU在10 - 60 區間. 記憶體都剩2g左右(共8G)
select 有時很順. 有時又小頓
(條件有索引 總資料數約七八萬)
資料表六七十個 2/3都備份用
---------
坦白說, 我現在還不知道lag是網站,網路,或DB的問題
但略懂電腦的親戚很確定網路沒問題
網站原始碼有在(不包含dll) 但寫的人早就找不到人
而且我也有工作,功力也不夠...
所以也無法著手修改程式
即然他很確定..也急著想解決...
想請教各位先進.
CPU Ram 不吃緊的情況下
若花點小錢, 把電腦換成較強的硬體. 對於SQL會有幫助嗎?
把那些備份用的資料表移到別的地方, 也會有幫助嗎?
謝謝各位前輩
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.34.207.111 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Database/M.1562644348.A.2AD.html
→ konkonchou: rebuild index 順便看一下過程會不會太久 07/09 15:11
→ konkonchou: 找沒人的時間排程rebuild, 甚至考慮重啟service 07/09 15:13
→ konkonchou: 若死結來源來自於不完善的T-SQL,換硬體是沒用的 07/09 15:17
→ konkonchou: 不過這OS+SQL版本太舊, 建議有能力還是更新一下比較好 07/09 15:18
→ retsamsu: 你說的都對,也都不對,建議找個人或是公司來看看有什 07/09 22:08
→ retsamsu: 麼建議,花錢才有效率 07/09 22:08
→ cancelpc: SQL Server 的記憶體上限設定一下吧。 07/09 23:52
→ cancelpc: 預設會一直把 RAM 吃光,導致系統一直 SWAP 虛擬記憶體 07/09 23:53
→ cancelpc: 。 07/09 23:53
推 wilsmart: SQL使用的RAM上限設一下 Deadlock的原因還是要找出來 07/12 11:38