数据库悲观锁，乐观锁

数据库本身提供了：行锁，表锁，排它锁，共享锁 。

悲观锁和乐观锁 与数据库的锁机制不能混为一谈。

悲观锁： 先取锁再访问

        在对任意记录进行修改前，先尝试为该记录加上排他锁。

        如果加锁失败，说明该记录正在被修改，那么当前查询可能要等待或者抛出异常。 具体响应方 式由开发者根据实际需要决定。

        如果成功加锁，那么就可以对记录做修改，事务完成后就会解锁了。

       其间如果有其他对该记录做修改或加排他锁的操作，都会等待我们解锁或直接抛出异常。

       要使用悲观锁，我们必须关闭mysql数据库的自动提交属性，因为MySQL默认使用autocommit模式，也就是说，当你执行一个更新操作后，MySQL会立刻将结果进行提交。

       MySQL InnoDB默认行级锁。行级锁都是基于索引的，如果一条SQL语句用不到索引是不会使用行级锁的，会使用表级锁把整张表锁住，这点需要注意。

乐观锁：

       乐观锁假设认为数据一般情况下不会造成冲突，所以在数据进行提交更新的时候，才会正式对数据的冲突与否进行检测，如果发现冲突了，则让返回用户错误的信息，让用户决定如何去做。

       对数据库进行处理的时候，乐观锁并不会使用数据库提供的锁机制。一般的实现乐观锁的方式就是记录数据版本。实现数据版本有两种方式，第一种是使用版本号，第二种是使用时间

乐观并发控制相信事务之间的数据竞争(data race)的概率是比较小的，因此尽可能直接做下去，直到提交的时候才去锁定，所以不会产生任何锁和死锁。但如果直接简单这么做，还是有可能会遇到不可预期的结果，例如两个事务都读取了数据库的某一行，经过修改以后写回数据库，这时就遇到了问题戳。

  

转载于:https://my.oschina.net/u/1178516/blog/705140