案例说明： 银行两操作员同时操作同一账户。比如A、B操作员同时读取一余额为1000元的账户，A操作员为该账户增加100元，B操作员同时为该账户扣除50元，A先提交，B后提交。最后实际账户余额为1000-50=950元，但本该为1000+100-50=1050。这就是典型的并发问题。 乐观锁机制 ...

引言 为什么需要锁（并发控制）？ 　　在多用户环境中，在同一时间可能会有多个用户更新相同的记录，这会产生冲突。这就是著名的并发性问题。 典型的冲突有： 丢失更新：一个事务的更新覆盖了其它事务的更新结果，就是所谓的更新丢失。例如：用户A把值从6改为2，用户B把值 ...

转自：https://www.cnblogs.com/0201zcr/p/4782283.html 引言 为什么需要锁（并发控制）？ 　　在多用户环境中，在同一时间可能会有多个用户更新相同的记录，这会产生冲突。这就是著名的并发性问题。 典型 ...

在解决高并发问题时，如果是分布式系统显然我们只能够使用数据库端加锁机制来解决这个问题，但是这种同步机制或者数据库物理锁机制会牺牲一部分的性能，所以常常以另外一种方式来解决这个问题 就是乐观锁模式 　　银行两操作员同时操作同一账户就是典型的乐观锁模式。 比如A、B操作员 ...

银行两操作员同时操作同一账户就是典型的例子。比如A、B操作员同时读取一余额为1000元的账户，A操作员为该账户增加100元，B操作员同时为该账户扣除50元，A先提交，B后提交。最后实际账户余额为1000-50=950元，但本该为1000+100-50=1050。这就是典型的并发问题。 乐观锁机制 ...

最近学习了一下数据库的悲观锁和乐观锁，根据自己的理解和网上参考资料总结如下： 悲观锁介绍（百科）： 悲观锁，正如其名，它指的是对数据被外界（包括本系统当前的其他事务，以及来自外部系统的事务处理）修改持保守态度，因此，在整个数据处理过程中，将数据处于锁定状态。悲观锁的实现，往往依靠数据库提供的锁 ...

文章分为以下几个要点 问题描述以及解决过程 MySQL锁机制 数据库加锁分析 下面讨论的都是基于MySQL的InnoDB。 0. 问题描述以及解决过程 因为涉及到公司利益问题，所以下面很多代码和数据库信息，进行了缩减和修改，望见谅。 业务场景是优惠券系统规则规定了一个 ...

1. 背景 学习、工作用了不少数据库写sql还是不成问题。 在解决数据库并发冲突时，更多的是在程序编程逻辑中加锁，来解决业务中可能的数据库并发更新问题。 并不是使用数据库或者ORM框架来处理并发冲突。悲观锁、乐观锁 是一种解决数据库并发的思路。 2. 悲观锁与乐观锁介绍 ...