加锁成功：对商品（臭豆腐）进行修改，也就是只有用户A能买，用户B想买（臭豆腐）就必须一直等待。当用户A买好后，用户B再想去买（臭豆腐）的时候会发现数量已经为0，那么B看到后就会放弃购买
在此期间如果有其他对该数据（臭豆腐）做修改或加锁的操作，都会等待我们解锁后或者直接抛出异常
那么如何加上悲观锁呢？我们可以通过以下语句给id=2的这行数据加上悲观锁，首先关闭MySQL数据库的自动提交属性。因为MySQL默认使用autocommit模式，也就是说，当我们执行一个更新操作后，MySQL会立刻将结果进行提交,（sql语句：set autocommit=0）
悲观锁加锁sql语句： select num from t_goods where id = 2 for update
我们通过开启mysql的两个会话，也就是两个命令行来演示：
事务A：
我们可以看到数据是立刻马上就可以查询出来，num=1
事务B：
我们是可以看到，事务B会一直等待事务A释放锁。如果事务A长期不释放锁，那么最终事务B将会报错，报错如下：Lock wait timeout exceeded; try restarting transaction，表示语句已被锁住
现在我们让事务A执行命令去修改数据，让臭豆腐的数量减一，然后查看修改后的数据，最后commit,结束事务
我们可以看到当我们事务A执行完成之后，臭豆腐的库存只有0个了，这个时候我们用户B再来购买这个臭豆腐的时候就会发现，最后一个臭豆腐已经被用户A购买完了，那么用户B只能放弃购买臭豆腐了。
通过悲观锁我们可以解决因为商品库存不足，导致的商品超出库存的售卖。 3.1 乐观锁的实现方式
对于上面的应用场景，我们应该怎么用乐观锁去解决呢？在上面的乐观锁中，我们有提到使用版本号（version）来解决，所以我们需要在t_goods加上版本号，调整后的sql表结构如下：
具体操作步骤如下：
1、首先用户A和用户B同时将臭豆腐（id=2）的数据查出来
2、然后用户A先买，用户A将（id=1和version=0）作为条件进行数据更新，将数量-1，并且将版本号+1。此时版本号变为1。用户A此时就完成了商品的购买
3、 用户B开始买，用户B也将（id=1和version=0）作为条件进行数据更新
4、更新完后，发现更新的数据行数为0，此时就说明已经有人改动过数据，此时就应该提示用户B重新查看最新数据购买
1、首先我们开启两个会话窗口，输入查询语句：select num from t_goods where id = 2
事务A：
事务B：
这个时候事务A和事务B同时获取相同的数据
2、此时事务A进行更新数据的操作，然后在查询更新后的数据
这个时候我们可以看到事务A更新成功，并且库存-1 版本号+1成功
2、此时事务B进行更新数据的操作，然后在查询更新后的数据
可以看到最终修改的时候失败，数据没有改变。此时就需要我们告知用户B重新处理 3.1.1 CAS
说到乐观锁，就必须提到一个概念：CAS
什么是CAS呢？Compare-and-Swap，即比较并替换，也有叫做Compare-and-Set的，比较并设置。
1、比较：读取到了一个值A，在将其更新为B之前，检查原值是否仍为A（未被其他线程改动）。
2、设置：如果是，将A更新为B，结束。[1]如果不是，则什么都不做。
上面的两步操作是原子性的，可以简单地理解为瞬间完成，在CPU看来就是一步操作。
有了CAS，就可以实现一个乐观锁，允许多个线程同时读取（因为根本没有加锁操作），但是只有一个线程可以成功更新数据，并导致其他要更新数据的线程回滚重试。 CAS利用CPU指令，从硬件层面保证了操作的原子性，以达到类似于锁的效果。