我今天參加了一次採訪。採訪者問我有一張名爲「研究」的表格。這張表只有10個記錄。正常選擇查詢需要更多時間
現在,當我查詢表 select * from Research 它需要更長的時間約20秒。
可能是什麼原因?
我無法想象如果一張桌子只有10條記錄,這張桌子如何花費這麼多時間。
我今天參加了一次採訪。採訪者問我有一張名爲「研究」的表格。這張表只有10個記錄。正常選擇查詢需要更多時間
現在,當我查詢表 select * from Research 它需要更長的時間約20秒。
可能是什麼原因?
我無法想象如果一張桌子只有10條記錄,這張桌子如何花費這麼多時間。
這個問題有點模糊,取決於他們僱用什麼,而不是一個好的。我的猜測是,這個問題是想讓你知道你會在這種情況下做什麼。像這些問題通常非常具體的問題來自他們親身經歷的問題。有很多事情會導致這種情況。我會問,它一直是這樣嗎?其他表具有相同的問題嗎?把它扔回去。質疑係統構建,數據庫和I/O的位置。如果OTJ剛剛開始,我的第一次檢查就是確保它們沒有用完磁盤空間。主要是因爲這是常見的,如果不抓住更多的事情會很快出現錯誤,如果他們還沒有。其次是使用DBCC SHOWCONTIG(Table_Name)檢查表的碎片級別。如果這裏有一些可怕的#(常見於堆表),一個簡單的解決方案是刪除並重新創建表。
** **堵/極其緩慢的IO子系統:)/掛起/很慢的網絡連接...... – lad2025
其他交易我無法說清楚。你能詳細寫下嗎?沒有待處理的交易。 – NJadon
這與阻塞相同。想象一下其他一些查詢在'Research'表上獲得獨佔鎖定(例如更新數據)。在讀取提交的隔離級別中,您無法讀取它。 – lad2025