.Net 事务

时间 2019-12-20

原文原文链接

在分布式应用程序中，不可避免地会常用到事务控制。事务有一个开头和一个结尾，它们指定了事务的边界，事务在其边界以内能够跨越进程和计算机。事务边界内的全部资源都参与同一个事务。要维护事务边界内资源间的一致性，事务必须具有 ACID 属性，即原子性、一致性、隔离性和持续性。

1.本地事务和分布式事务html

本地事务是其范围为单个可识别事务的数据资源的事务（例如，Microsoft SQL Server 数据库或 MSMQ 消息队列）。例如，当单个数据库系统拥有事务中涉及的全部数据时，就能够遵循 ACID 规则。在 SQL Server 的状况下，由内部事务管理器来实现事务的提交和回滚操做。
分布式事务能够跨越不一样种类的可识别事务的数据资源，而且能够包括多种操做（例如，从 SQL 数据库检索数据、从 Message Queue Server 读取消息以及向其余数据库进行写入）。经过利用跨若干个数据资源来协调提交和停止操做以及恢复的软件，能够简化分布式事务的编程。Microsoft Distributed Transaction Coordinator (DTC) 就是一种这样的技术。它采用一个二阶段的提交协议，该协议可确保事务结果在事务中涉及的全部数据资源之间保持一致。DTC 只支持已实现了用于事务管理的兼容接口的应用程序。这些应用程序被称为资源管理器（有关此主题的详细信息，请参见 .NET Framework Developer's Guide 中的 Distributed Transactions <http://msdn.microsoft.com/library/en-us/cpguide/html/cpconDistributedTransactions.asp>; ），目前存在许多这样的应用程序，包括 MSMQ、Microsoft SQL Server、Oracle、Sybase 等等。

2.数据库事务数据库

若是调用一个在 BEGIN TRANSACTION 和 COMMIT/ROLLBACK TRANSACTION 语句中封装了所需操做的存储过程，您就能够在到数据库服务器的单个往返行程中运行事务，从而实现最佳性能。数据库事务还支持嵌套事务，这意味着您能够从一个活动事务中启动一个新事务。在下面的代码片段中，BEGIN TRANSACTION 语句开始了一个新事务。能够经过使用 COMMIT TRANSACTION 语句将更改提交到数据库来结束事务，或者，在发生任何错误的状况下，经过使用 ROLLBACK TRANSACTION 语句将全部更改撤消来结束事务：编程

**//// <summary>
        /// SQL事务:
        /// </summary>
        public void SQLTran()
        {
            SqlConnection conn = new SqlConnection("Data Source=127.0.0.1;Initial Catalog=Northwind;Persist Security Info=True;User ID=sa;Password=123;");
            SqlCommand cmd = new SqlCommand();
            cmd.CommandText = "SPTransaction";
            cmd.CommandType = CommandType.StoredProcedure;
            cmd.Connection = conn;
            conn.Open();
            SqlParameter[] paras= new SqlParameter[]{
             new SqlParameter ("@UpdateID",SqlDbType.Int,32),
             new SqlParameter ("@UpdateValue",SqlDbType .NChar,50),
             new SqlParameter ("@InsertID",SqlDbType.Int ,32),
             new SqlParameter ("@InsertValue",SqlDbType.NChar ,50)};
            paras[0].Value = "2";
            paras[1].Value = "Update Value1";
            paras[2].Value = "6";
            paras[3].Value = "Insert Value1";
            foreach (SqlParameter para in paras )
            {
                cmd.Parameters.Add(para);
            }
            cmd.ExecuteNonQuery();
        }

3.手动事务缓存

利用手动事务，您可使用开始和结束事务的显式指令来显式控制事务边界。此模式还支持容许您从活动事务中开始一个新事务的嵌套事务。可是，应用此控制会给您增长一种额外负担，您须要向事务边界登记数据资源并对这些资源进行协调。因为对分布式事务没有任何内置的支持，所以，若是您选择以手动方式来控制分布式事务，将承担许多责任；您须要控制每一个链接和资源登记，并经过提供实现来保持事务的 ACID 属性。安全

ADO.NET 手动事务服务器

这两种 Microsoft ADO.NET 数据提供程序经过提供建立到数据存储区的链接、开始一个事务、提交或停止事务以及最后关闭链接的一组对象来启用手动事务。咱们将以 ADO.NET SQL 托管提供程序为例来进行说明。要在单个事务中执行操做，您须要建立 SQLTransaction 对象、使用 SQLConnection 对象开始事务、确保在事务内进行数据库交互以及提交或停止事务。SQLTransaction 对象提供了多种方法和属性来控制事务。若是事务中的每一个操做都已经成功完成，可使用 “提交” 方法将所作的更改提交到数据库。使用 SQLTransaction 对象的 “回滚” 方法能够回滚更改。注意 "命令" 对象的 Transaction 属性必须设置为一个已经开始的事务，这样，它才能在该事务中执行。网络

SQLConnection Conn = New SQLConnection("ConnString");
SQLCommand Cmd = New SQLCommand;
// Open a connection
Conn.Open();
// Begin a transaction
SQLTransaction Txn = Conn.BeginTransaction();
// Set the Transaction in which the command executes
Cmd.Transaction = Txn;

MSMQ 手动事务 app

.NET Framework 以两种不一样的方式支持 MSMQ 事务：经过容许多个消息做为事务的一部分发送或接收而手动（内部）支持；经过参与 Distributed Transaction Coordinator (DTC) 事务而自动（外部）支持。MSMQ 手动事务是经过 MessageQueueTransaction 类来支持的，而且彻底在 MSMQ 引擎内处理。有关详细信息，请参见 Duncan Mackenzie 的文章 Reliable Messaging with MSMQ and .NET <http://msdn.microsoft.com/library/en-us/dnbda/html/bdadotnetasync2.asp>;async

4.自动事务分布式

.NET Framework 依靠 MTS/COM+ 服务来支持自动事务。COM+ 使用 Microsoft Distributed Transaction Coordinator (DTC) 做为事务管理器和事务协调器在分布式环境中运行事务。这样可以使 .NET 应用程序运行跨多个资源结合不一样操做（例如，将定单插入 SQL Server 数据库、将消息写入 Microsoft 消息队列 (MSMQ) 队列、发送电子邮件以及从 Oracle 数据库检索数据）的事务。通过提供基于声明性事务的编程模型，COM+ 使应用程序能够很容易地运行跨不一样种类的资源的事务。这种作法的缺点是，因为存在 DTC 和 COM 互操做性开销，致使性能下降，并且不支持嵌套事务。

ASP.NET 页、Web Service 方法和 .NET 类经过设置声明性事务属性均可以标记为事务性。

a.ASP.NET: <@ Page Transaction="Required">

b.ASP.NET Web 服务
<%@ WebService Language="VB" class="Class1" %>
<%@ assembly name="System.EnterpriseServices" %>

Public Class Class1 Inherits WebService

<WebMethod(TransactionOption := TransactionOption.RequiresNew)> _

Public Function Method1()

…
c.要参与自动事务，.NET 类必须是从 System.EnterpriseServices.ServicedComponent 类继承的，这可以使得该 .NET 类可以在 COM+ 内运行。在这个过程当中，要将 COM+ 与 DTC 进行交互以建立一个分布式事务，也要登记后台的全部资源链接。您还须要对该类设置声明性事务属性以肯定其事务性行为。

[Transaction(TransactionOption.Required)]

public class Class1 : ServicedComponent {

//…

}

类的事务属性能够设置为如下任何选项：
• “禁用”
— 指示该对象从不在 COM+ 事务中建立。该对象能够直接使用 DTC 来得到事务性支持。
• NotSupported
— 指示该对象从不在事务中建立。
• “支持”
— 指示该对象在其建立者的事务的上下文中运行。若是该对象自己是根对象，或者其建立者不在事务中运行，则该对象将在不使用事务的状况下建立。
• “必选”
— 指示对象在其建立者的事务的上下文中运行。若是该对象自己是根对象，或者其建立者不在事务中运行，则该对象将使用一个新事务来建立。
• RequiresNew
— 指示该对象须要一个事务，而且该对象使用新事务来建立。

下面的代码显示了配置为在 COM+ 中运行、将程序集属性设置为配置 COM+ 应用程序属性的 .NET 类。

using System;
using System.Runtime.CompilerServices;
using System.EnterpriseServices;
using System.Reflection;
//Registration details.
//COM+ application name as it appears in the COM+ catalog
[Assembly: ApplicationName("Class1")]
'Strong name for assembly
[Assembly: AssemblyKeyFileAttribute("class1.snk")]
[Assembly: ApplicationActivation(ActivationOption.Server)]
[Transaction(TransactionOption.Required)]
public class Class1 : ServicedComponent {
[AutoComplete]
public void Example1()
{
//…
}

}

指定要安装该程序集的组件的 COM+ 应用程序的名称。指定 COM+ 应用程序是否为服务器应用程序或库应用程序。指定 ApplicationActivation(ActivationOption.Server)时，必须使用 gacutil 命令行工具 (GacUtil.exe) 将程序集安装到全局程序集缓存 (GAC)。

您可使用 Regsvcs.exe 命令行工具将程序集转换为类型库，并将类型库注册和安装到指定的 COM+ 应用程序中。该工具还可用来配置您已经用编程方式添加到程序集中的属性。例如，若是在程序集中指定 ApplicationActivation(ActivationOption.Server)，该工具将建立一个服务器应用程序。若是在未使用 COM+ 来安装程序集的状况下调用程序集，运行时将建立和注册一个类型库，并使用 COM+ 来安装该库。您能够在组件服务管理单元中看到和配置为程序集建立的 COM+ 应用程序。

经过使用System.EnterpriseServices.ContextUtil 类，能够得到有关 COM+ 对象上下文的信息。它提供SetComplete 和 SetAbort 方法，以便分别显式提交和回滚事务。正如您预想的那样，当全部操做已成功执行后，紧随 try 程序块的最后调用 ContextUtil.SetComplete 方法来提交事务。所引起的任何异常将在 catch 程序块中被捕获，该程序块使用ContextUtil.SetAbort 停止事务。

您还可使用System.EnterpriseServices.AutoComplete 属性类来让服务组件自动选择是提交事务仍是停止事务。若是方法调用成功返回，组件将倾向于选择提交事务。若是方法调用引起异常，事务会自动停止；您无需显式调用 ContextUtilSetAbort。要使用此功能，应在类方法以前插入 <AutoComplete> 属性：

[Transaction(TransactionOption.Required)]
public class Class1 : ServicedComponent {
[AutoComplete]
public void Example1()
{
//…
}
}

在须要事务跨 MSMQ 和其余可识别事务的资源（例如，SQL Server 数据库）运行的系统中，只能使用 DTC 或 COM+ 事务，除此以外没有其余选择。DTC 协调参与分布式事务的全部资源管理器，也管理与事务相关的操做。

5 TransactionScope事务

TransactionScope事务类，它可使代码块成为事务性代码。并自动提高为分布式事务
优势：实现简单，同时可以自动提高为分布式事务

**//// <summary>
        /// TransactionScope事务:可自动提高事务为彻底分布式事务的轻型（本地）事务。
        /// 使用时要保证MSDTC服务(控制分布事务)是开启的可使用:net start msdtc命令开启服务;
        /// </summary>
        public void ADONetTran2()
        {
             SqlConnection conn = new SqlConnection("Data Source=127.0.0.1;Initial Catalog=Northwind;Persist Security Info=True;User ID=sa;Password=123;");
             SqlCommand cmd = new SqlCommand();
            try
            {

                using (System.Transactions.TransactionScope ts = new TransactionScope())
                {

                    cmd.CommandText = "Update Region Set RegionDescription=@UpdateValue where RegionID=@UpdateID";
                    cmd.CommandType = CommandType.Text;
                    cmd.Connection = conn;
                    conn.Open();
                    SqlParameter[] paras = new SqlParameter[]{
                                        new SqlParameter ("@UpdateID",SqlDbType.Int,32),
                                        new SqlParameter ("@UpdateValue",SqlDbType .NChar,50)};
                    paras[0].Value = "2";
                    paras[1].Value = "Update Value12";

                    foreach (SqlParameter para in paras)
                    {
                        cmd.Parameters.Add(para);
                    }
                    cmd.ExecuteNonQuery();

                    cmd.CommandText = "insert into Region values(@InsertID,@InsertValue)";
                    cmd.CommandType = CommandType.Text;

                    paras = new SqlParameter[]{
                                        new SqlParameter ("@InsertID",SqlDbType.Int ,32),
                                        new SqlParameter ("@InsertValue",SqlDbType.NChar ,50)};
                    paras[0].Value = "8";
                    paras[1].Value = "Insert Value";

                    cmd.Parameters.Clear();
                    foreach (SqlParameter para in paras)
                    {
                        cmd.Parameters.Add(para);
                    }

                    cmd.ExecuteNonQuery();
                    //提交事务
                    ts.Complete();
                }
            }
            catch
            {
                throw;
            }
            finally
            {
                conn.Close();
            }

        }

4 COM+事务
在分布式应用程序中，每每要同时操做多个数据库，使用数据库事务就不能知足业务的要求了。在COM+中，提供完整的事务处理服务。很方便处理多个数据库上的事务。

/// <summary>
        /// COM+事务
        /// </summary>
        public void ComTran()
        {
            SqlConnection conn = new SqlConnection("Data Source=127.0.0.1;Initial Catalog=Northwind;Persist Security Info=True;User ID=sa;Password=123;");
            SqlCommand cmd = new SqlCommand();
            ServiceConfig sc = new ServiceConfig();

            //指定事务类型
            sc.Transaction = TransactionOption.Required;
            //设置启动跟踪
            sc.TrackingEnabled = true;
            //建立一个上下文，该上下文的配置由做为 cfg 参数传递的 ServiceConfig 对象来指定。
            //随后，客户端和服务器端的策略均被触发，如同发生了一个方法调用。
            //接着，新的上下文被推至上下文堆栈，成为当前上下文
            ServiceDomain.Enter(sc);
            try
            {
                    cmd.CommandText = "Update Region Set RegionDescription=@UpdateValue where RegionID=@UpdateID";
                    cmd.CommandType = CommandType.Text;
                    cmd.Connection = conn;
                    conn.Open();
                    SqlParameter[] paras = new SqlParameter[]{
                                        new SqlParameter ("@UpdateID",SqlDbType.Int,32),
                                        new SqlParameter ("@UpdateValue",SqlDbType .NChar,50)};
                    paras[0].Value = "2";
                    paras[1].Value = "Update Value22";

                    foreach (SqlParameter para in paras)
                    {
                        cmd.Parameters.Add(para);
                    }
                    cmd.ExecuteNonQuery();

                    cmd.CommandText = "insert into Region values(@InsertID,@InsertValue)";
                    cmd.CommandType = CommandType.Text;

                    paras = new SqlParameter[]{
                                        new SqlParameter ("@InsertID",SqlDbType.Int ,32),
                                        new SqlParameter ("@InsertValue",SqlDbType.NChar ,50)};
                    paras[0].Value = "9";
                    paras[1].Value = "Insert Value";

                    cmd.Parameters.Clear();
                    foreach (SqlParameter para in paras)
                    {
                        cmd.Parameters.Add(para);
                    }

                    cmd.ExecuteNonQuery();

                    //提交事务
                    ContextUtil.SetComplete();
            }
            catch
            {
                //回滚事务
                ContextUtil.SetAbort();
                throw;
            }
            finally
            {
                conn.Close();
                //触发服务器端的策略，随后触发客户端的策略，如同一个方法调用正在返回。
                //而后，当前上下文被弹出上下文堆栈，调用 Enter 时正在运行的上下文成为当前的上下文。
                ServiceDomain.Leave();
            }
        }

须要特别补充的是:
若是你使用的是分布事务（TransactionScope事务和COM+事务），在默认状况下你是要从新配置安装SQL Server数据库服务器和访问数据库的客户端的.(若是没有配置运行会出现如下错误：该伙伴事务管理器已经禁止了它对远程/网络事务的支持。 (异常来自 HRESULT:0x8004D025)
)下面是MSDN上关于配置分布式事务的一段原话:
配置分布式事务
要启用分布式事务，可能须要经过网络启用 MS DTC，以便在使用应用了最新的 Service Pack 的较新操做系统（例如 Windows XP 或 Windows 2003）时使用分布式事务。若是启用了 Windows 防火墙（Windows XP Service Pack 2 的默认设置），必须容许 MS DTC 服务使用网络或打开 MS DTC 端口。
实际怎么配置呢,通过个人实际使用:大体以下:打开'控制面板'->'管理工具'->'组件服务',点开'组件服务'->'计算机'->'个人电脑',在'个人电脑'上右击属性,点'MSDTC',而后点'安全性配置'。做为数据库的服务器的配置以下：

而访问数据库的客户端的配置和服务器端的稍有些差异：

在设置完上面的还有使防火墙MS DTC 服务使用网络或打开 MS DTC 端口：运行netsh firewall set allowedprogram %windir%\system32\msdtc.exe MSDTC enable命令就能够了

小结

------------------------------------------------------------------------------------------
    每一种事务方法都是应用程序性能和代码可维护性的折衷。运行在存储过程当中实现的数据库事务可提供最佳性能，由于它只须要到数据库的单个往返行程。另外，这种方法还提供了显式控制事务边界的灵活性。虽然它提供了良好的性能和灵活性，但您须要用 Transact SQL 来编写代码，这就不如用 .NET 来编写代码那么简单。
    使用 ADO.NET 事务对象的手动事务很易于编写代码，并实现了用显式指令开始和结束事务以控制事务边界的灵活性。可是，为得到这种简易性和灵活性，须要一些完成事务所需的到数据库的额外往返行程，这致使了性能下降。
    如果事务跨越多个可识别事务的管理器（可能包括 SQL Server 数据库、MSMQ 消息队列等等），自动事务将是惟一的选择。这种方法大大简化了应用程序设计，减小了编码需求。不过，因为 COM+ 服务执行全部协调工做，可能有一些额外的开销。