记一次数据库事务锁

最近在做项目的时候碰到一个问题,事务锁。

 

 

 

TransactionOptions tos = new TransactionOptions();

 

tos.IsolationLevel = IsolationLevel.RepeatableRead; //行锁 只会锁住当前操作的那一行数据,当前表的其他数据不受影响。 (已验证)

//IsolationLevel.Serializable;  //表锁 当前操作会将整张表锁住,只有该事务提交后,才可以操作该表的数据 (已验证)

//"select * from tableName where id = 1 for update"; //查询的时候使用 for update,当前数据行仍然可以更新,只是在该事物还未提交时,其他事务再操作这张表就会锁行,需要等待该事务提交完毕才可以操作和提交(未验证)

 

tos.Timeout = new TimeSpan(0, 2, 0);

using (TransactionScope ts = new TransactionScope(TransactionScopeOption.Required, tos))
{
 
  //业务处理
  InitStockQty(item);
  ts.Complete();
}

### 数据库事务锁原理 数据库中的事务锁用于控制并发访问,防止多个事务同时修改相同的数据而导致数据不一致。通过加锁机制可以实现不同级别的隔离性[^1]。 #### 锁的分类 - **共享锁 (S Lock)**:允许多个事务同时持有该类型的锁,适用于只读操作。 - **排他锁 (X Lock)**:当一个事务获得此锁时,其他任何试图对该资源加锁的操作都将被阻塞直到当前锁释放。 #### 加锁粒度 - 行级锁定:针对单条录进行锁定,在高并发场景下能提供较好的性能表现; - 页面级别锁定:一次锁定整个页面内的所有行; - 表级锁定:最粗犷的方式,会将整张表都置于锁定状态,影响范围较大但管理成本较低; ### 常见问题及其解决方案 #### 死锁现象 死锁是指两个或者更多事务相互等待对方持有的锁而无法继续执行下去的情况。为了预防这种情况的发生: - 设置合理的超时时间来检测并终止长时间未完成的事务; - 尽量减少每次请求所涉及的对象数量以及缩短持有锁的时间长度; - 使用自动化的工具如SQL Server Profiler监控潜在的风险点,并及时调整业务逻辑设计以规避风险; #### 防止长事务占用过多资源 对于那些持续运行较久的大批量更新类任务应该考虑分批次处理,这样不仅可以降低对系统的压力还可以有效缓解因长时间占有锁带来的负面影响。 ```sql BEGIN TRANSACTION; -- 执行部分工作... UPDATE table_name SET column='value' WHERE id BETWEEN 0 AND 99; COMMIT; BEGIN TRANSACTION; -- 继续下一个区间的工作... UPDATE table_name SET column='value' WHERE id BETWEEN 100 AND 199; COMMIT; ``` #### 提升查询效率避免不必要的锁竞争 优化索引结构使得查找路径更加高效从而减小扫描过程中产生的冲突几率;合理规划应用程序层面的事物边界同样有助于提高整体吞吐率。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值