数据库乐观锁与悲观锁

为什么需要锁（并发控制) 在典型的应用程序中，多个事务并发运行，经常会操作相同的数据来完成各自的任务（多个用户对同一数据进行操作）。并发虽然是必须的，但可能会导致以下的问题。 丢失更新：一个事务的更新覆盖了其它事务的更新结果，就是所谓的更新丢失。例如：用户A把值从6改为2，用户B把值从2改为6，则用户A丢失了他的更新。 脏读：当一个事务读取其它完成一半事务的记录时，就会发生脏读取。例如：用...

数据锁分为乐观锁和悲观锁 它们使用的场景如下： 乐观锁适用于写少读多的情景，因为这种乐观锁相当于JAVA的CAS（Compare And Swap），所以多条数据同时过来的时候，不用等待，可以立即进行返回。 悲观锁适用于写多读少的情景，这种情况也相当于JAVA的synchronized，reentrantLock等，大量数据过来的时候，只有一条数据可以被写入，其他的数据需要等待。执行完成后下一条...

1.并发控制 在多线程环境下，同一时间内可能有多个线程对数据库的相同记录进行更新操作，并不进行并发控制，可能会产生冲突，破坏数据一致性。 并发控制由锁机制实现，而锁则可分为乐观锁与悲观锁两大类。 1.1乐观锁 假定不会发生并发冲突，每次去取数据时都认为其它线程不会对该记录进行修改，只是在进行数据更新操作时，判断其它线程是否对该原始记录进行了更新。 乐观锁主要应用与多读的场景，可以提高吞吐

乐观锁和悲观锁还有个区别：乐观锁因为比较乐观，所以一般是先做业务逻辑操作，比如参数处理，内存中进行模型组装调整，然后再去更新数据库。即在做并发操作前，先尝试获取锁，如果获取锁成功，在进行业务操作，否则就直接返回失败。而高并发的写操作时，你干了一大堆活，把模型都组装好了，内存计算也都做完了，结果最后去数据库那更新的时候发现版本号变了。所以，应该是先尝试获取锁，如果获取锁成功，再进行业务操作，否则就直接返回失败。●当数据竞争较少，冲突不频繁时，乐观锁能减少锁的开销，提高系统的整体性能。悲观锁是先加锁，再干活。

悲观锁：假定会发生并发冲突，屏蔽一切可能违反数据完整性的操作，假设数据肯定会冲突，所以在数据开始读取的时候就把数据锁定住。【数据锁定：数据将暂时不会得到修改】 乐观锁：假设不会发生并发冲突，只在提交操作时检查是否违反数据完整性。数据进行提交更新的时候，才会正式对数据的冲突与否进行检测，如果发现冲突了，则让用户返回错误的信息。让用户决定如何去做。 1.乐观锁是一种思想，实际实现中，表中有一个版本字段，首先要先获取到要更新的行的版本字段，当需要对某行或某几行更新时，查看该字段与第一次获取的是否相等，一.

当我们提交更新的时候，判断数据库表对应记录的当前库存数与第一次取出来的库存数进行比对，如果数据库表当前库存数与第一次取出来的库存数相等，则予以更新，否则认为是过期数据。乐观锁（ Optimistic Locking ） 是相对悲观锁而言的，乐观锁假设数据一般情况下不会造成冲突，所以在数据进行提交更新的时候，才会正式对数据的冲突与否进行检测，如果发现冲突了，则让返回用户错误的信息，让用户决定如何去做。以上，在对id = 1的记录修改前，先通过for update的方式进行加锁，然后再进行修改。...

冲突在多用户环境中，在同一时间可能会有多个用户更新相同的记录，这会产生冲突。这就是著名的并发性问题。典型的冲突有： 丢失更新：一个事务的更新覆盖了其它事务的更新结果，就是所谓的更新丢失。例如：用户A把值从6改为2，用户B把值从2改为6，则用户A丢失了他的更新。 脏读：当一个事务读取其它完成一半事务的记录时，就会发生脏读取。例如：用户A,B看到的值都是6，用户B把值改为2，用户A读到的值