事务处理基本原理
事务是将一系列操作作为一个单元执行,要么成功,要么失败,回滚到最初状态。在事务处理术语中,事务要么提交,要么中止。若要提交事务,所有参与者都必须保证对数据的任何更改是永久的。不论系统崩溃或是发生其他无法预料的事件,更改都须是持久的。只要有一个参与者无法做出此保证,整个事务就会失败。事务范围内的所有数据更改将回滚到特定设置点。
事务将多个操作紧密联系到一起,这样就能保证有联系的两种操作的一致性、以及数据的完整性。举个简单例子:公司的员工信息管理系统,现在要录入数据,员工信息系统假设只有部门、员工信息两张表,其中员工信息表中有标识部门的字段。在你录入信息的时候首先你得录入部门信息,再录入员工信息。具体实现代码:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
|
private static void ExecuteSqlTransaction( string connectionString)
{
using (SqlConnection connection = new SqlConnection(connectionString))
{
connection.Open();
SqlCommand command = connection.CreateCommand();
SqlTransaction transaction;
transaction = connection.BeginTransaction( "SampleTransaction" );
command.Connection = connection;
command.Transaction = transaction;
try
{
command.CommandText =
"Insert into Department (ID, Name) VALUES (1, '工程部')" ;
command.ExecuteNonQuery();
command.CommandText =
"Insert into Users(ID, Name,DepartmentID) VALUES (1, 'xyz',1)" ;
command.ExecuteNonQuery();
transaction.Commit();
}
catch (Exception ex)
{
transaction.Rollback();
}
}
}
|
事务的误区
事务有很多优点【原理中已经阐述】,由于它的要求比较高,所以注意事务不能滥用,如果用不好就会造成很大的麻烦。
事务有一个开头和一个结尾,它们指定了事务的边界,事务在其边界之内可以跨越进程和计算机。事务边界内的所有资源都参与同一个事务。要维护事务边界内资源间的一致性,事务必须具备 ACID 属性,即原子性、一致性、隔离性和持续性。这是MSDN的权威说明。
也许针对一般的小逻辑、小数据事务应用非常的高效、可靠。但如果数据量很大,在单个事务中集合的操作繁多而且复杂,事务的致命伤就会暴露出来。一个事务进行时,必须保证边界资源的原子性、一致性、隔离性和持续性。
我曾经设计了一个测试用例,测试事务在执行时对资源的利用情况。测试结果很令人惊讶:在事务执行时,独占事务涉及到的数据表,造成其它操作词表的功能,因等待时间过长,而暴跳“获得数据连接超时”的警告。
具体的测试用例:
Transaction
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
|
public class TestTransaction
{
/// <summary>
/// 插入新用户
/// </summary>
/// <param name="tran"></param>
/// <returns></returns>
private static bool InsertIntoUser(SqlTransaction tran)
{
string strSql = @"INSERT INTO [T_User]
([F_Name])
VALUES
(@F_Name)" ;
SqlParameter[] Params ={ new SqlParameter( "@F_Name" , SqlDbType.VarChar, 20) };
Params[0].Value= "Test1001" ;
int count= SqlHelper.ExecuteNonQuery(strSql,Params,tran);
if (count > 0)
{
return true ;
}
else
{
return false ;
}
}
/// <summary>
/// 插入title
/// </summary>
/// <returns></returns>
private static bool InsertIntoTitle(SqlTransaction tran)
{
string strSql = @"INSERT INTO [T_User_Title]
([F_TitleName],
[F_Remark],
[F_Status],
[F_EditTime])
VALUES
(@F_TitleName,
@F_Remark,
@F_Status,
@F_EditTime)" ;
SqlParameter[] Params = {
new SqlParameter( "@F_TitleName" ,SqlDbType.VarChar, 50),
new SqlParameter( "@F_Remark" , SqlDbType.VarChar, 200),
new SqlParameter( "@F_Status" , SqlDbType.Int, 1),
new SqlParameter( "@F_EditTime" , SqlDbType.DateTime, 8) };
Params[0].Value = "TestUser1001" ;
Params[1].Value = "这是第一次测试" ;
Params[2].Value = 1;
Params[3].Value = DateTime.Now;
int count = SqlHelper.ExecuteNonQuery(strSql,Params,tran);
if (count > 0)
{
return true ;
}
else
{
return false ;
}
}
/// <summary>
/// 检测Transaction
/// </summary>
/// <returns></returns>
public static bool InsertWithTran()
{
bool success = false ;
string connectionString=System.Configuration.ConfigurationSettings.AppSettings[ "SqlConStr" ].ToString();
using (SqlConnection con = new SqlConnection(connectionString))
{
con.Open();
SqlTransaction tran = con.BeginTransaction();
try
{
if (tran == null )
{
throw new Exception( "Transaction is null" );
}
if (InsertIntoUser(tran))
{
if (InsertIntoTitle(tran))
{
tran.Commit();
success = true ;
}
}
}
catch
{
tran.Rollback();
success = false ;
}
finally
{
tran.Dispose();
con.Close();
}
}
return success;
}
}
|
Button
1
2
3
4
5
6
7
8
9
10
11
12
|
protected void Button1_Click( object sender, EventArgs e)
{
bool success = TestTransaction.InsertWithTran();
if (success)
{
Bmc.CLUtility.ShowMessage( this .Page, "插入成功" );
}
else
{
Bmc.CLUtility.ShowMessage( this .Page, "插入失败" );
}
}
|
测试步骤
<1>运行程序
<2>将运行的地址,发给在同一个网段的同事,通过适当修改也能够看到你运行的程序
<3>两人都点击按钮,并查询数据库,看事务是否正确执行
<4>在事务中间创建断点,主机点击按钮,并在断点处中断执行一段时间
<5>然后你们连接到数据库,分别查询表的数据,发现不能执行查询操作。
<6>在同事机器点击按钮,查询windows日志,发现了一些警告。这就证明了,事务在执行过程中,独占资源
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持服务器之家。
原文链接:http://www.cnblogs.com/yank/archive/2008/07/20/1246896.html