乐观锁:
定义:
乐观锁认为一般情况下对记录的修改不会发生冲突,所以在数据最后提交更新的时候,才会正式对数据的冲突与否进行检测.如果发现修改冲突,业务逻辑什么都不做,将错误信息告诉客户端,由客户端决定如何处理
实现乐观锁的两种方式:
1:使用版本号(version)
2:使用时间戳(timestamp)
定义:
悲观锁指数据被外界(包括本系统当前的其他事务,以及来自外部系统的事务处理)的可能修改持保守态度,因此,在整个数据处理过程中,将数据处于锁定状态。
悲观锁的实现,往往依靠数据库提供的锁机制(也只有数据库层提供的锁机制才能真正保证数据访问的排他性,否则,即使在本系统中实现了加锁机制,也无法保证外部系统不会修改数据)。
实现方式:
select....for update (加排它锁), lock in share mode(加共享锁) //一般的select语句不加锁,所以无论记录是否有锁都能执行
注:要使用悲观锁,我们必须关闭mysql数据库的自动提交属性,因为MySQL默认使用autocommit模式,也就是说,当你执行一个更新操作后,MySQL会立刻将结果进行提交。
对比:
乐观锁是在业务层面加锁(与数据库无关),在业务层面通过判断版本号或时间戳的值来决定记录是否已经被更新,没有用到任何的数据库锁机制
悲观锁是在数据库层面加锁(依靠底层数据库的锁机制实现),比如行级锁和表级锁,共享锁和排它锁的加锁形式
乐观锁实践:http://chenzhou123520.iteye.com/blog/1863407
悲观锁实践:http://chenzhou123520.iteye.com/blog/1860954
Web应用中乐观锁和悲观锁的实际应用:http://www.digpage.com/lock.html
定义:
乐观锁认为一般情况下对记录的修改不会发生冲突,所以在数据最后提交更新的时候,才会正式对数据的冲突与否进行检测.如果发现修改冲突,业务逻辑什么都不做,将错误信息告诉客户端,由客户端决定如何处理
实现乐观锁的两种方式:
1:使用版本号(version)
2:使用时间戳(timestamp)
定义:
悲观锁指数据被外界(包括本系统当前的其他事务,以及来自外部系统的事务处理)的可能修改持保守态度,因此,在整个数据处理过程中,将数据处于锁定状态。
悲观锁的实现,往往依靠数据库提供的锁机制(也只有数据库层提供的锁机制才能真正保证数据访问的排他性,否则,即使在本系统中实现了加锁机制,也无法保证外部系统不会修改数据)。
实现方式:
select....for update (加排它锁), lock in share mode(加共享锁) //一般的select语句不加锁,所以无论记录是否有锁都能执行
注:要使用悲观锁,我们必须关闭mysql数据库的自动提交属性,因为MySQL默认使用autocommit模式,也就是说,当你执行一个更新操作后,MySQL会立刻将结果进行提交。
对比:
乐观锁是在业务层面加锁(与数据库无关),在业务层面通过判断版本号或时间戳的值来决定记录是否已经被更新,没有用到任何的数据库锁机制
悲观锁是在数据库层面加锁(依靠底层数据库的锁机制实现),比如行级锁和表级锁,共享锁和排它锁的加锁形式
乐观锁实践:http://chenzhou123520.iteye.com/blog/1863407
悲观锁实践:http://chenzhou123520.iteye.com/blog/1860954
Web应用中乐观锁和悲观锁的实际应用:http://www.digpage.com/lock.html