搜索
当前位置: 凤凰秒秒彩 > 读锁 >

在多用户环境下为何使用加锁技术!加锁技术会带来什么问题

gecimao 发表于 2019-06-06 17:55 | 查看: | 回复:

  可选中1个或多个下面的关键词,搜索相关资料。也可直接点“搜索资料”搜索整个问题。

  展开全部先举一个生活中的例子,比如你有一张银行卡,里面有余额1000元,现在你同时在ATM和网银上都使用了这张卡,ATM(CDM自动存款机)上存入500元,网银上上淘宝支付300元;要知道任何一项作业都是需要时间的,如果不加锁,在你存500这个过程中,新的余额1000+500=1500元还没来得及写入,就收到扣款300这项作业任务了,计算机执行了1000-300=700了,也还没写入,你上面那个1500这时候写入了,最后700写入了,你不就赔了吗?

  从时间线上来看,就是:计算机收到余额增加500元的请求→计算1000+500=1500→准备写入新的余额1500→收到余额减少300元的请求→计算1000-300=700→准备写入新的余额700→写入余额1500→写入余额700。

  如果使用了“锁”,当一个用户访问余额时,其他用户不能对余额进行读写操作,只能等待上一个用户使用完毕,就不会出现这种问题,时间线为:计算机收到余额增加500元的请求→锁住余额→计算1000+500=1500→准备写入新的余额1500→收到余额减少300元的请求,因为余额被锁,只能等待→写入余额1500→释放锁→锁住余额→计算1500-300=1200→准备写入新的余额1200→写入余额1200→释放锁。

  使用单用户数据库时,每个事务都是顺序执行的,而不必应付与其它事务的冲突。但是,在多用户数据库环境下,多个事务可以同步执行,并且每个事务都有可能与其它正在运行的事务发生冲突。在多用户环境下,如果不将事务彼此隔离开来,就会发生四种现象:

  (1)丢失更新:这种事件发生在两个事务读取和尝试更新同一数据时,其中一个更新会丢失。例如:事务 1 和事务 2 读取同一行数据,并都根据所读取的数据计算出该行的新值。如果事务 1 用其新值更新该行以后,事务 2 又更新了同一行,则事务 1 所执行的更新操作就丢失了。由于设计的方法,DB2 通用数据库不允许发生此类现象。

  (2)脏读:当事务读取尚未提交的数据时,就会发生这种事件。例如:事务 1 更改了一行数据,而事务 2 在事务 1 提交更改之前读取了已更改的行。如果事务 1 回滚该更改,则事务 2 就会读取被认为是不曾存在的数据。

  (3)不可重复的读:当一个事务两次读取同一行数据,但每次获得不同的数据值时,就会发生这种事件。例如:事务 1 读取了一行数据,而事务 2 在更改或删除该行后提交了更改。当事务 1 尝试再次读取该行时,它会检索到不同的数据值(如果该行已经被更新的话),或发现该行不复存在了(如果该行被删除的线)幻像:当最初没有看到某个与搜索条件匹配的数据行,而在稍后的读操作中又看到该行时,就会发生这种事件。例如:事务 1 读取满足某个搜索条件的一组数据行,而事务 2 插入了与事务 1 搜索条件匹配的新行。如果事务 1 再次执行产生原先行集的查询,则会检索到不同的行集。

  从例子和概念可以看出,锁可以避免以上四种现象的发生,但是与此同时不可避免的带来性能问题,因为多用户需求的是并发,如果每个用户的所有操作都加锁,其他用户在上一个用户操作时只能等待。

  而且锁的处理不当,还可能引发其他用户的“饥饿”,即其他用户永远也无法正常获得所需要的资源。

本文链接:http://arnybarn.net/dusuo/424.html
随机为您推荐歌词
推荐文章

联系我们 | 关于我们 | 网友投稿 | 版权声明 | 广告服务 | 站点统计 | 网站地图

版权声明:本站资源均来自互联网,如果侵犯了您的权益请与我们联系,我们将在24小时内删除。

Copyright @ 2012-2013 织梦猫 版权所有  Powered by Dedecms 5.7
渝ICP备10013703号  

回顶部