最近給一個客戶更新了一個模組，查詢過程中老是出現查詢結果不一致的情況，有時多有時少，通過除錯發現sql語句都一樣，返回的結果卻不一樣，跟蹤SQL語句發現，在查詢結果少的時候，會報 事務被作為犧牲品的死鎖錯誤，正常情況下，如果報錯會返回null值，為什麼會出現一部分資料，難道是髒讀？（關於這個髒讀的問題到現在都沒明白怎麼回事。

   事情過了幾天，情況也不是很嚴重，就一直沒管他，後來一個老開發過來，在說到這一塊問題的時候，他說可能是我排序的問題，我的資料排序是在程式中完成的，當時為了優化SQL效能，把sql的order by 語句都通過程式進行排序了，排序程式碼如下，

於是就把程式排序遮蔽掉，把排序加到SQL語句裡面去執行，結果出來的結果要麼是0 要麼是全部結果，結果為0行時同樣報死鎖錯誤，因為有其它專案要忙，這個問題又擱置了幾天。

 /// <summary>
        ///  對DataTable進行排序
        /// </summary>
        /// <param name="dt"></param>
        /// <param name="SortCols"></param>
        /// <returns></returns>
        public DataTable SortTable(DataTable dt, string SortCols)
        {
            if (dt == null)
            {
                return null;
            }
            if (dt.Rows.Count == 0)
            {
                return dt;
            }
            DataTable dtSort = new DataTable();
            dtSort = dt.Clone();
            DataRow[] RowArr = dt.Select(" 1=1", SortCols);
            foreach (DataRow row in RowArr)
            {
                dtSort.Rows.Add(row.ItemArray);
            }
            return dtSort;
        }
 

       週一的時候，由於客戶的操作資料特別多，這種情況越來越嚴重，直接影響到了客戶的正常工作，沒辦法，老闆下命令一定要把這一塊搞好，於是開始在百度上各種搜尋，我是搞程式的，對資料庫還算了解，因為沒有DBA，這些資料庫維護工作只能自己做，通過sql profiler提取記錄，發現所有死鎖基本上發生在這條語句和一個儲存過程上，我儲存過程是執行的n條sql語句，當時這樣做而沒有用事務去做的原因，是考慮到如果客戶機突然斷網，事務不會提交，就會造成阻塞或死鎖，所以就把要執行的語句傳入一個儲存過程，讓儲存過程來執行，不知道這種做法對不對，我感覺應該會好點，儲存過程如下，從昨天晚上一直在研究這個跟蹤記錄，發現有一個現象 在儲存過程執行到插入A表時，這個時候另外一個查詢的SQL語句可以執行，但是死鎖往往是發生在這個時候，查詢語句是對A表的關聯查詢，A表中有兩個索引一個聚集索引，一個非聚集索引。昨天查了一天無果，上午開始考慮如果做讀寫分離這種問題是不是不會再發生，上午測試了一下SQL的複製功能，雖然延遲在秒級別，但效果還不是太理想，把情況給老闆大致說了一下，老闆的意思還是找出來死鎖的原因，下午又查了一下午，剛開始懷疑是不是A表資料太大了（5000多萬行），在插入的時候消耗過大引起的，後來用DBCC ShowContig掃描了一下 密度達到了99%多，於是開始懷疑是填充因子的問題，是不是太大了，導致插入的時候分頁，後來想想我的聚集索引是加在時間上的，而時間列是用getdate()獲取的預設值，不應該消耗太大，於是就先把A表清出去了一部分，準備明天再看結果。

      臨睡覺前準備再看下跟蹤語句，發現所有的死鎖都是發生在上述所產的A表插入上和那個select語句上，於是開始搜尋select 造成的死鎖，查到了下面引用的這篇文章，發現裡面講述的和我這個狀況非常相似，A表上的兩個索引造成的死鎖

儲存過程執行插入時要用到A表的聚集索引的X鎖，插入完成之後會更新A表的非聚集索引

查詢的語句中由於查詢列不包含在索引中 所以先使用了A表的非聚集索引 又請求A表的聚集索引查詢不包含的欄位

這樣就發生了互斥，造成了死鎖，文中給出了兩種解決方法

一個是索引覆蓋（把查詢的輸出列include現在的索引裡面）  這種方法感覺不可行 不可能把這麼多列加到索引裡面
二種方法 是用SQL Server行隔離級別控制   明天測試一下這個方法 只要對其它業務流程不影響  就用這種方法

就到這了 洗洗睡了 希望對你們有幫助

ALTER PROCEDURE [dbo].[ExcuteTrans]
(
@SqlArr varchar(8000)
)
 AS


declare @nSql nvarchar(4000)
declare  @error int
declare  @rtnerror int

set @[email protected]
set @error=0
set @rtnerror=0
set @nSql=Replace(@nSql,'#',' set @[email protected]@[email protected] ')
set @[email protected]+' set @[email protected]@[email protected] select @[email protected]'

begin tran

exec sp_executesql @nSql ,N'@rtnerror int  out,@error int',@rtnerror out,@error

if(@rtnerror>0)
 begin 
 rollback tran
 return 
end

commit tran

參考文章：sql server中高併發情況下 同時執行select和update語句死鎖問題 （一）