暴力解读乐观锁和悲观锁

为什么需要锁（并发控制）

在多用户环境中，在同一时间可能会有多个用户更新相同的记录，这会产生冲突。这就是著名的并发性问题。
典型的冲突有：

    1.丢失更新：一个事务的更新覆盖了其它事务的更新结果，就是所谓的更新丢失。例如：用户A把值从6改为2，用户B把值从2改为6，则用户A丢失了他的更新。
    2.脏读：当一个事务读取其它完成一半事务的记录时，就会发生脏读取。例如：用户A,B看到的值都是6，用户B把值改为2，用户A读到的值仍为6。

为了解决这些并发带来的问题。 我们需要引入并发控制机制。

并发控制机制

锁,即给我们选定的目标数据上锁，使其无法被其他程序修改。

        1.悲观锁：指的是对数据被外界（包括本系统当前的其他事务，以及来自外部系统的事务处理）
        修改持保守态度，因此，在整个数据处理过程中，将数据处于锁定状态、。
        这种`借助数据库锁机制`，在修改数据之前先锁定，再修改的方式被称之为悲观并发控制
        【Pessimistic Concurrency Control，缩写“PCC”，又名“悲观锁”】。
        2.乐观锁：假设不会发生并发冲突，只在提交操作时检查是否违反数据完整性。
        乐观锁`不能解决脏读`的问题。 

乐观锁实现

1、使用数据版本（Version）记录机制实现

1、一般是在数据表中加上一个数据版本号 version 字段，表示数据被修改的次数。
2、当数据被修改时，version 值会+1。在读取数据的同时也会读取 version 值
3、若刚才读取到的 version 值与当前数据库中的 version 值相等时才更新，否则重试更新操作，直到更新成功。

2、乐观锁定的第二种实现方式和第一种差不多，

1、同样是在需要乐观锁控制的table中增加一个字段，名称无所谓\字段类型使用时间戳（timestamp
2、当数据被修改时，version 值会+1。在读取数据的同时也会读取 version 值
3、若刚才读取到的 version 值与当前数据库中的 version 值相等时才更新，否则重试更新操作，直到更新成功。

悲观锁实现

传统的关系型数据库使用这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。