以下都是用自己的语言的自我理解与总结，仅供参考 首先，要明白为什么会有锁，简单点就是，多个进程（或者多个线程）需要同时修改同一个资源的时候，为了保证顺序修改而加的锁，如果不顺序修改，那就会错乱。 1、线程和进程的区别 进程：系统资源分配的最小单位，指运行中的应用程序。 线程：系统 ...

乐观锁和悲观锁，就是对数据库进行操作时使用的，乐观锁是update是开始，悲观锁是查询记录那一刻开始，两者结束都是commit或者 rollback 悲观锁，一直锁，不让改 乐观锁，只在更新的时候判断一下别人有没有改过这个数据，保证商品只被卖出一次，可以使用版本号等机制，可以提高数据吞吐量 ...

悲观锁与乐观锁是两种常见的资源并发锁设计思路，也是并发编程中一个非常基础的概念。本文将对这两种常见的锁机制在数据库数据上的实现进行比较系统的介绍。 悲观锁（Pessimistic Lock） 悲观锁的特点是先获取锁，再进行业务操作，即“悲观”的认为获取锁是非常有可能失败的，因此要先确保获取 ...

乐观锁 总是认为不会产生并发问题，每次去取数据的时候总认为不会有其他线程对数据进行修改，因此不会上锁，但是在更新时会判断其他线程在这之前有没有对数据进行修改，一般会使用版本号机制或CAS操作实现。 例如： 有这样一个表： 每次更新时update在条件后再附加一个时间为条件 ...

使用场景举例：以MySQL InnoDB为例商品t_goods表中有一个字段status，status为1代表商品未被下单，status为2代表商品已经被下单，那么我们对某个商品下单时必须确保该商品status为1。假设商品的id为1。 一、如果不采用锁，那么操作方法如下：//1.查询出商品信息 ...

前言 　　1）在数据库的锁机制中介绍过，数据库管理系统（DBMS）中的并发控制的任务是确保在多个事务同时存取数据库中同一数据时不破坏事务的隔离性和一致性以及数据库的一致性。 　　2）加锁是为了解决更新丢失问题 更新丢失 　　两次更新同时进行，后一次更新覆盖了前一次更新的情况，更新丢失是数据 ...

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

Mysql 系列文章主页 =============== 从 这篇 文章中，我们知道 Mysql 并发事务会引起更新丢失问题，解决办法是锁。所以本文将对锁（乐观锁、悲观锁）进行分析。 第一部分 悲观锁 1 概念（来自百科） 悲观锁，正如其名，它指的是对数据被外界（包括当前系统的其它事务 ...