乐观锁与悲观锁随笔

 

乐观锁与悲观锁随笔

2017年03月16日 09:37:18

阅读数：997

1.乐观锁

1. 介绍：认为数据在使用过程中，不会被其他程序修改、所以只有在数据提交时才检测数据是否已经被修改 

2. 实现方法 
   1.使用版本号：给数据所在表加个字段，记录数据版本号。提交时检测版本号与未修改前的版本号一不一致。不一致说明数据已经被其他线程修改。 
   
   2.使用时间截：给数据所在表加个字段，记录时间。提交时检测时间与取出的时间截一不一致。不一致说明数据已经被其他线程修改。

3. 使用场景：如上下级审核文件。

2.悲观锁

1. 介绍：悲观的认为数据提交时会发生并发冲突，屏蔽一切可能违反数据完整性的操作
2. 使用方法：在准备修改某数据时，给该数据加锁，加锁失败说明有人正在占用，成功则修改数据提交，事务完成释放锁。
3. 使用场景：数据争用激烈的环境，以及发生并发冲突时使用锁保护数据的成本要低于回滚事务的成本的环境中。
4. 注意项：MySQL InnoDB中使用悲观锁一定要关闭自动提交属性，因为MySQL默认使用autocommit模式，也就是说，当你执行一个更新操作后，MySQL会立刻将结果进行提交。 set autocommit=0;

　补充：

　　1、SQL规范所规定的标准，不同的数据库具体的实现可能会有些差异

　　2、mysql中默认事务隔离级别是可重复读时并不会锁住读取到的行

　　3、事务隔离级别为读提交时，写数据只会锁住相应的行

　　4、事务隔离级别为可重复读时，如果有索引（包括主键索引）的时候，以索引列为条件更新数据，会存在间隙锁间隙锁、行锁、下一键锁的问题，从而锁住一些行；如果没有索引，更新数据时会锁住整张表。

　　5、事务隔离级别为串行化时，读写数据都会锁住整张表

　　 6、隔离级别越高，越能保证数据的完整性和一致性，但是对并发性能的影响也越大，鱼和熊掌不可兼得啊。对于多数应用程序，可以优先考虑把数据库系统的隔离级别设为Read Committed，它能够避免脏读取，而且具有较好的并发性能。尽管它会导致不可重复读、幻读这些并发问题，在可能出现这类问题的个别场合，可以由应用程序采用悲观锁或乐观锁来控制。