我对高并发的理解

高并发的产生

对于web项目,随着用户量的增加就有可能产生高并发的问题。高并发简单的来说就是在同一时刻不同用户访问同一资源的问题,专业一点的说法就是在同一时刻有多个线程访问了同一个数据资源。

解决方案

目前对于高并发大部分的解决方案都是通过锁机制,锁机制有两个层面。
一种是代码层次上的,如java中的同步锁,典型的就是同步关键字synchronized,这里我不在做过多的讲解,感兴趣的可以参考:http://www.cnblogs.com/xiohao/p/4151408.html另外一种是数据库层次上的,比较典型的就是悲观锁和乐观锁。这里我们重点讲解的就是悲观锁(传统的物理锁)和乐观锁。我所在的公司是一个汽车电商平台,所以订单量非常的大,有时候做个促销活动、发点优惠卷的时候,高并发就是一个不可忽视的问题。在架构设计设计上,采用的是乐观锁机制,通过‘version’版本字段来控制并发问题,原理我贴一段SQL就清楚了

update t_order set qty=1 and version=version+1 where version=:version

这里就是在更新操作时验证当前订单的版本号时候被其它事务改变否则就已报错的方式,引导用户重新查询然后编辑。这样讲来比较简单,但是就是这么简单就可以处理高并发的问题,对于数据库和系统性能也不会有什么影响。以外一种悲观锁机制,一般都是通过数据库的特性来解决,数据库的四大特性中有一个隔离性,意思就是说在同一个事物内操作的数据会被加上锁,其它操作不能够访问。通过数据库加锁这种方式并不好,第一大量的锁会给数据库带来很大的开销,而且对于用户而言没有获取锁就不能操作数据,陷入等待的状态,非常不友好。

  • 7
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值