mysql悲观锁与乐观锁

时间:2020-05-01

悲观锁

对数据被外界(包括本系统当前的其他事务,以及来自外部系统的事务处理)修改持保守态度,因此,在整个数据处理过程中,将数据处于锁定状态。悲观锁的实现,往往依靠数据库提供的锁机制(也只有数据库层提供的锁机制才能真正保证数据访问的排他性,否则,即使在本系统中实现了加锁机制,也无法保证外部系统不会修改数据)。

打开2个数据库终端。

A终端

开启事务

start transaction;

查询数据,加锁

select * from student where id=1 for update;

B终端

开启事务

start transaction;

更新数据

update student set age=11 where id=1;

B终端在等待A终端提交事务,很明显B终端更新这条数据没有成功。A终端加锁成功。

B终端更新其它数据

update student set age=11 where id=2;

可以更新其它数据,并且成功,说明是行锁。

A终端加锁之后,其它终端无法更新这条数据,保证了数据安全。

乐观锁

乐观锁机制采取了更加宽松的加锁机制。悲观锁大多数情况下依靠数据库的锁机制实现,以保证操作最大程度的独占性。但随之而来的就是数据库 性能的大量开销,特别是对长事务而言,这样的开销往往无法承受。相对悲观锁而言,乐观锁更倾向于开发运用。

乐观锁( Optimistic Locking ) 相对悲观锁而言,乐观锁机制采取了更加宽松的加锁机制。悲观锁大多数情况下依靠数据库的锁机制实现,以保证操作最大程度的独占性。但随之而来的就是数据库性能的大量开销,特别是对长事务而言,这样的开销往往无法承受。而乐观锁机制在一定程度上解决了这个问题。乐观锁,大多是基于数据版本( Version )记录机制实现。何谓数据版本?即为数据增加一个版本标识,在基于数据库表的版本解决方案中,一般是通过为数据库表增加一个 “version” 字段来实现。读取出数据时,将此版本号一同读出,之后更新时,对此版本号加一。此时,将提交数据的版本数据与数据库表对应记录的当前版本信息进行比对,如果提交的数据版本号等于数据库表当前版本号,则予以更新,否则认为是过期数据。

给表添加字段version字段

CREATE TABLE `student` (
	`id` INT(10) UNSIGNED NOT NULL AUTO_INCREMENT,
	`name` VARCHAR(50) NOT NULL,
	`age` SMALLINT(5) UNSIGNED NOT NULL,
	`version` INT(10) UNSIGNED NOT NULL DEFAULT '0',
	PRIMARY KEY (`id`)
)
ENGINE=InnoDB
;

A终端

开启事务

start transaction;

查询数据

select * from student where id=1;

B终端

开启事务

start transaction;

更新数据,版本号加一

update student set age=11,version=version+1 where id=1;

提交事务

commit;

A终端更新数据,带上版本号

update student set age=22,version=version+1 where id=1 and version=0;

提交事务

commit;

A终端数据更新失败,因为B终端将版本号更新了。