1、悲观锁,正如其名,它指的是对数据被外界(包括本系统当前的其他事务,以及来自外部系统的事务处理)修改持保守态度,因此,在整个数据处理过程中,将数据处于锁定状态。悲观锁的实现,往往依靠数据库提供的锁机制(也只有数据库层提供的锁机制才能真正保证数据访问的排他性,否则,即使在本系统中实现了加锁机制,也无法保证外部系
统不会修改数据)。
2、乐观锁( Optimistic Locking )
相对悲观锁而言,乐观锁机制采取了更加宽松的加锁机制。悲观锁大多数情况下依靠数据库的锁机制实现,以保证操作最大程度的独占性。但随之而来的就是数据库性能的大量开销,特别是对长事务而言,这样的开销往往无法承受。
而乐观锁机制在一定程度上解决了这个问题。乐观锁,大多是基于数据版本( Version )记录机制实现。何谓数据版本?即为数据增加一个版本标识,在基于数据库表的版本解决方案中,一般是通过为数据库表增加一个 “version” 字段来实现。读取出数据时,将此版本号一同读出,之后更新时,对此版本号加一。此时,将提交数据的版本数据与数据库表对应记录的当前版本信息进行比对,如果提交的数据版本号大于数据库表当前版本号,则予以更新,否则认为是过期数据。
一个典型的倚赖数据库的悲观锁调用:
select * from account where name=”Erica” for update
这条 sql 语句锁定了 account 表中所有符合检索条件( name=”Erica” )的记录。
本次事务提交之前(事务提交时会释放事务过程中的锁),外界无法修改这些记录。
--------------------------------------
悲观锁操作 在sql语句后面加入 for update
统不会修改数据)。
2、乐观锁( Optimistic Locking )
相对悲观锁而言,乐观锁机制采取了更加宽松的加锁机制。悲观锁大多数情况下依靠数据库的锁机制实现,以保证操作最大程度的独占性。但随之而来的就是数据库性能的大量开销,特别是对长事务而言,这样的开销往往无法承受。
而乐观锁机制在一定程度上解决了这个问题。乐观锁,大多是基于数据版本( Version )记录机制实现。何谓数据版本?即为数据增加一个版本标识,在基于数据库表的版本解决方案中,一般是通过为数据库表增加一个 “version” 字段来实现。读取出数据时,将此版本号一同读出,之后更新时,对此版本号加一。此时,将提交数据的版本数据与数据库表对应记录的当前版本信息进行比对,如果提交的数据版本号大于数据库表当前版本号,则予以更新,否则认为是过期数据。
一个典型的倚赖数据库的悲观锁调用:
select * from account where name=”Erica” for update
这条 sql 语句锁定了 account 表中所有符合检索条件( name=”Erica” )的记录。
本次事务提交之前(事务提交时会释放事务过程中的锁),外界无法修改这些记录。
--------------------------------------
悲观锁操作 在sql语句后面加入 for update
innoDB数据引擎是锁住单表,只要一行记录被for update 针对此行数据的所有操作都将互斥,进入阻塞状态,直到超时。
代码拍段
@Service
public class TestLok {
@Autowired
ApiCheAccountTokenService apiCheAccountTokenService;
@Transactional(propagation = Propagation.REQUIRED, isolation = Isolation.READ_COMMITTED)
public void updateData() {
new Thread() {
public void run() {
System.out.println("11111111111111111111111111111111111111111111111111111");
apiCheAccountTokenService.selectById("05A4D5D356B94C5B88B70122E5FF386B");
System.out.println("2222222222222222222222222222222222222222222222222222222");
}
}.start();
// 让主线程等待下,让查询悲观锁SQL先运行
try {
Thread.sleep(2000);
} catch (InterruptedException e) {
e.printStackTrace();
}
CheAccountToken model = new CheAccountToken();
model.setInsertTime(new Date());
model.setToken("05A4D5D356B94C5B88B70122E5FF386B");
model.setType(1);
// 此时的update操作在查询悲观锁SQL事务提交前被阻塞,在规定的超时时间内悲观锁SQL结束,该update还将继续执行
apiCheAccountTokenService.update(model);
}
}
@Service
@Transactional
public class ApiCheAccountTokenService {
@Autowired
private CheAccountTokenMapper cheAccountTokenMapper;
@Transactional(propagation = Propagation.REQUIRES_NEW, isolation = Isolation.READ_COMMITTED)
public void insert(CheAccountToken model) {
cheAccountTokenMapper.insertSelective(model);
}
public void delete(String token) {
cheAccountTokenMapper.deleteByPrimaryKey(token);
}
public void update(CheAccountToken model) {
cheAccountTokenMapper.updateByPrimaryKeySelective(model);
}
@Transactional(propagation = Propagation.REQUIRED, isolation = Isolation.READ_COMMITTED)
public CheAccountToken selectById(String token) {
CheAccountToken entity = cheAccountTokenMapper.selectByPrimaryKey(token);
System.out.println("*************************************************");
System.out.println(entity.getToken());
try {
// 模拟锁定时间
Thread.sleep(10000);
} catch (InterruptedException e) {
e.printStackTrace();
}
return entity;
}
}