乐观锁与悲观锁的实现

【乐观锁与悲观锁的实现】数据库管理系统(DBMS)中的并发控制的任务是确保在多个事务同时存取数据库中同一数据时不破坏事务的隔离性和统一性以及数据库的统一性。
乐观并发控制(乐观锁)和悲观并发控制(悲观锁)是并发控制主要采用的技术手段。下面将分别阐述这两种“锁”的区别与实现。
悲观锁 一、概念 悲观锁,顾名思义,它持有一种非常悲观的态度,假设任何事务对数据的操作都会发生并发冲突。因此,在整个数据处理过程中,将数据处于锁定状态。 悲观锁的实现,往往依靠数据库提供的锁机制 (也只有数据库层提供的锁机制才能真正保证数据访问的排他性,否则,即使在本系统中实现了加锁机制,也无法保证外部系统不会修改数据)。
二、悲观锁的实现 在对任意记录进行修改前,先尝试为该记录加上排他锁。如果加锁失败,说明该记录正在被修改,那么当前查询可能要等待或者抛出异常。 具体响应方式由开发者根据实际需要决定。如果成功加锁,那么就可以对记录做修改,事务完成后就会解锁了。其间如果有其他对该记录做修改或加排他锁的操作,都会等待我们解锁或直接抛出异常。
三、悲观锁的应用场景 显然,悲观锁的策略过于保守,并发性能不好而且有产生死锁的风险,所以悲观锁要慎重使用。目前它主要用于数据争用激烈的环境,以及发生并发冲突时使用锁保护数据的成本要低于回滚事务的成本的环境中。
乐观锁 一、概念 乐观锁相对悲观锁而言,思路完全相反。它假设认为数据一般情况下不会造成冲突,所以在数据进行提交更新的时候,才会正式对数据的冲突与否进行检测,如果发现冲突了,则返回用户错误的信息,让用户决定如何去做。
二、乐观锁实现 一般,乐观锁的实现都是基于数据版本号(少数情况是基于时间戳)。
使用版本号时,可以在数据初始化时指定一个版本号,每次对数据的更新操作都对版本号执行+1操作。并判断当前版本号是不是该数据的最新的版本号。
举个例子,比如可以使用自增长的整数表示数据版本号。更新时检查版本号是否一致,数据库中数据版本为6,更新提交时version=6+1,使用该version值(=7)与数据库version+1(=7)作比较,如果相等,则可以更新,如果不等则有可能其他程序已更新该记录,所以返回错误。
三、乐观锁的应用场景 如果系统的并发非常大的话,悲观锁定会带来非常大的性能问题。所以此时我们就要选择乐观锁进行并发控制。

    推荐阅读