事务锁高并发下的解决方法

最新推荐文章于 2024-07-09 02:38:21 发布

天为我蓝

最新推荐文章于 2024-07-09 02:38:21 发布

阅读量818

点赞数

文章标签： c# 数据库

原文链接：http://www.cnblogs.com/hudasm/p/4569828.html

版权

最近要做一个高并发的游戏后台网站，要在已有的后台对其系统进行优化，让我对高并发系统又有了一次比较深刻的认识。

对于高并发系统解决方法

1 事务

事务级别的高低，决定了对于并发处理的效率。事务级别越高，处理并发的能力就越低，不过数据一致性也会越高。

事务有5个级别：

（一）未提交读

未提交读是最低的事务隔离级别，允许读取其他事务已经修改但未提交的数据行。SQL SERVER 当此事务等级进行尝试读取数据时，不会放置共享锁，直接读取数据，所以忽略已存在的互斥锁。换句话说，即使该资源已经受到了独占锁的保护，当使用未提交读隔离级别时，此数据还是可以被读取，加快查询速度，但是会读取到别人未修改的数据，所以此种读取被称为脏读。此种隔离级别适合不在乎数据变更的查询场景。此隔离级别与SELECT 语句搭配 NOLOCK 所起到的效果相同，一样的SQL语句在同一个事务中前后读取的数据有可能会不一样。

未提交读示例：

--1.--1.创建测试表

create table tbUnRead

(ID INT,

name nvarchar(20)

)

--2新增记录

insert tbUnRead

select 1,'Tom'

union

select 2,'Jack'

--3开启事务，并进行更新

begin tran

update tbUnRead

set name='Jack_upd'

where ID=2

---4查询事务数量(由于没有回滚或提交事务)

SELECT @@TRANCOUNT

事务查询结果如下：

--5打开另一条连接，设置事务隔离级别为(未提交读)

set Transaction isolation level read uncommitted

--6查询数据，查询到的数据是修改之后的数据。

select * from tbUnRead where ID=2

如下图：

（二）已提交读

已提交读是SQL SERVER 默认的事务隔离级别。当事务正在读取数据时，SQL SERVER 会放置共享锁以防止其他事务修改数据，当数据读取完成之后，会自动释放共享锁，其他事务可以进行数据修改。因为共享锁会同时封锁封锁语句执行，所以在事务完成数据修改之前，是无法读取该事务正在修改的数据行。因此此隔离级别可以防止脏读。事务2修改数据，事务1要读取同一条记录，在事务2 提交之前，事务1无法读取，解决事务1可能前后读取数据不一致的问题。

在SQL SERVER 2005以上版本中，如果设置READ_COMMITTED_SNAPSHOT为ON，则已提交读的事务全使用数据行版本控制的隔离下读取数据。读取操作不会获取正被读取的数据上的共享锁（S 锁），因此不会阻塞正在修改数据的事务。同时，由于减少了所获取的锁的数量，因此最大程度地降低了锁定资源的开销。使用行版本控制的已提交读隔离和快照隔离旨在提供副本数据的语句级或事务级读取一致性。

示例一：设置READ_COMMITTED_SNAPSHOT为OFF

--1.创建测试表

create table tbUnRead

(ID INT,

name nvarchar(20)

)

--2新增记录

insert tbUnRead

select 1,'Tom'

union

select 2,'Jack'

--3开启事务，并进行更新

begin tran

update tbUnRead

set name='Jack_upd'

where ID=2

---4查询事务数量(由于没有回滚或提交事务)

SELECT @@TRANCOUNT

--5打开另一条连接，设置事务隔离级别为(已提交读)

set Transaction isolation level read committed

--6查询数据，由于当前事务没有提交，所以无法查询数据

select * from tbUnRead where ID=2

6查询数据的结果如下图：

示例二：设置READ_COMMITTED_SNAPSHOT为ON

use master

---创建测试数据库

create database read_committed_SNAPSHOT_Test

---激活数据行版本控制

alter database read_committed_SNAPSHOT_Test set read_committed_SNAPSHOT on

use read_committed_SNAPSHOT_Test

--1.创建测试表

create table tbReadLevel

(ID INT,

name nvarchar(20)

)

--2新增记录

insert tbReadLevel

select 1,'测试'

select ID,name as "修改前数据" from tbReadLevel

如下图：

--3开启事务，并进行更新

begin tran

update tbReadLevel

set name='Jack_upd'

where ID=1

---4查询事务数量(由于没有回滚或提交事务)

SELECT @@TRANCOUNT

--5打开另一条连接，设置事务隔离级别为(已提交读)

--查询数据，查询到的数据是上一次提交的数据

select * from tbReadLevel where ID=1

5的查询结果如下图：

（三）可重复读

可重复读事务隔离级别在事务过程中，所有的共享锁均保留到事务结束，而不是读取结束就释放，这与已提交读的行为截然不同，虽然在事务过程中，重复查询相同记录时不受其他事务的影响，但可能由于锁定数据过久，而导致其他人无法处理数据，影响并发率，更严重的可能提高发生死锁的机率。

总之，如果使用可重复读隔离级别读取数据，数据读出之后，其他事务只能对此范围中的数据进行读取或新增，但不可以进行修改，直到读取事务完成。因此，使用此隔离级别需要谨慎小心，根据实际情况进行设置。事务1读取一条记录，在事务1提交前，事务2无法对这条记录进行改。

示例：

--1.创建测试表

create table tbUnRead

(ID INT,

name nvarchar(20)

)

--2新增记录

insert tbUnRead

select 1,'Tom'

union

select 2,'Jack'

--3设置事务隔离级别为(可重复读)

set Transaction isolation level REPEATABLE READ

--4开启事务，并进行更新

begin tran

--5查询数据

select * from tbUnRead where ID=2

---6查询事务数量(没有回滚或提交事务)

SELECT @@TRANCOUNT

5与6的执行结果如下图

---7开启另一条连接，查询数据与修改数据

---事务虽然没有完成，但可以查询到之前的数据

select * from tbUnRead where ID=2

---8，修改数据，由于事务没有完成，所以无法进行修改

update tbUnRead

set name='Jack_upd'

where ID=2

--7、8的执行结果如下，可以查询数据，但无法更新数据，如下图。

（四）快照

快照隔离级别是SQL SERVER 2005之后版本新增的隔离级别，开启之后，允许事务过程中读取操作不受异动影响，事务中任一语句所读取的数据，均予事务激活时，就已经完成提交，符合事务一致性的数据行版本。所以只能查核事务激活之前已经完成提交的数据，也就是说可以查询已经完成提交的数据行快照集，但看不见已激活的事务正在进行修改的数据行。当使用快照隔离级别读取数据时不会要求对数据进行锁定，如果所读取的记录正在被某事务进行修改，它也会读取此记录之前已经提交的数据。故当某记录被事务进行修改时，SQL SERVER的TEMPDB数据库会存储最近提交的数据行，以供快照隔离级别的事务读取数据时使用。将Allow_SNAPSHOT_isolation设为ON，事务就会设置快照隔离级别。

use master

---创建测试数据库(快照)

create database SNAPSHOT_Test

---激活数据行版本控制

alter database SNAPSHOT_Test set Allow_SNAPSHOT_isolation on

use SNAPSHOT_Test

--1.创建测试表

create table tbReadLevel

(ID INT,

name nvarchar(20)

)

--2新增记录