1. 問題

　　開發人員反映應用程序中一條簡單的delete語句執行報“超時已過期”錯誤。delete語句形式如下：

　　delete * from table_1 where id=@value

2. 分析

　　1）驗證delete檢索字段是否有索引

　　首先我想到的是檢索字段 id 列上是否有索引，即是否能很快找到這條待刪除的語句。

　　查看表的索引列表后，發現id上是存在索引的，而且是聚集索引。

　　單獨執行 select* from table_1 where id=@value 走的是聚集索引查找，速度是非?？斓?/p>

　　所以不是因為檢索字段缺失索引導致的

　　2）驗證是否存在阻塞

　　接下來猜測是不是發生了阻塞，即delete語句等待其他會話釋放KEY上的鎖以獲得X鎖來執行刪除

　　使用sys.sysPRocesses查詢當前delete會話狀態，發現并未阻塞

　　3）查看delete語句的預估執行計劃

　　前兩步驗證完畢后，越發覺得有點無從下手的感覺。拋下自己所謂的經驗，先看下delete語句執行計劃吧

　　因為語句執行超時，不能查看真正的執行計劃，所以查看估計的執行計劃來分析問題。

　　以在AdventureWorks2012測試刪除為例

　　執行delete from Person.Person where BusinessEntityID=6，執行計劃部分截圖為：

3. 結論　　

　　從執行計劃中，發現了問題原因：

刪除數據的表被其他表所引用，SQLServer在刪除被引用表數據時，會檢查引用表是否存在引用值記錄，以保證數據的參照完整性。

　　而目前引用表在外鍵字段上沒有索引，導致使用索引掃描來查找，并且引用表記錄數在百萬以上，導致刪除超時

4. 處理

　　在引用表的外鍵字段上增加非聚集索引

5. 思考

　　1）應用程序的物理刪除數據是否合理及必須呢？是否可以通過增加刪除標記或者單據狀態之類，來實現邏輯刪除呢？

　　2）引用表中字段的外鍵是否必須建立呢？看了一些應用系統，如用友、金蝶的系統，表中的外鍵字段很少。外鍵字段過多對插入刪除的速度會有一定的影響。

　　3）如果建立了外鍵約束的話，引用表的外鍵字段和被引用表的主鍵字段應該最好要建立索引

　　如有不對的地方，歡迎拍磚，謝謝！O(∩_∩)O