最近在分析SQL Server的死锁时，发现一个比较有意思的现象，发现死锁当中一个会话的隔离级别为序列化（Serializable），这个是让人比较奇怪的地方，我们知道SQL Server数据库的默认隔离级别为已提交读（READ COMMITTED），除非人为设置事务隔离级别(TRANSACTION ISOLATION LEVEL)，否则事务隔离级别会使用数据库的默认隔离级别。在分析了死锁相关的存储过程后，没有发现有人为修改事务隔离级别的地方。在分析过后，我们判断应该是在应用程序代码里面有设置隔离级别，下面我们通过一个小实验来构造这样的一个案例。
测试环境数据库为AdventureWorks2014，如下所示，我简单写了一点C#代码，截取黏贴部分C#代码在此，在这段代码中，我们使用TransactionScope，我们先更新Sales.SalesOrderDetail,然后查询 [Sales].[SalesOrderHeader]的相关数据来绑定Grid控件
try
{
using (TransactionScope scope = new TransactionScope())
{
using (SqlConnection conn = new SqlConnection(connString))
{
string cmdText = "UPDATE Sales.SalesOrderDetail SET OrderQty=2 WHERE SalesOrderID=43659 AND SalesOrderDetailID=1;";
SqlCommand cmd = new SqlCommand(cmdText, conn);
conn.Open();
cmd.ExecuteNonQuery();
}
using (SqlConnection conn = new SqlConnection(connString))
{
DataSet sqldataset = new DataSet();
string cmdText = "SELECT * FROM [Sales].[SalesOrderHeader] WHERE SalesOrderID=43659;";
SqlCommand cmd = new SqlCommand(cmdText, conn);
SqlDataAdapter sqladapter = new SqlDataAdapter(cmdText, conn);
sqladapter.Fill(sqldataset, "spt_values");
gvData.DataSource = sqldataset;
gvData.DataBind();
}
scope.Complete();
}
}
catch (TransactionAbortedException exc)
{
log.Error("错误", exc);
}