在关系型数据库中,悲观锁与乐观锁是解决资源并发场景的解决方案,接下来将详细讲解?一下这两个并发解决方案的实际使用及优缺点。首先定义一下数据库,做一个最简单的库存表,如下设计:123456CREATETABLE`order_stock`(`id`int(11)NOTNULLAUTO_INCREMENTCOMMENT'ID',`oid`int(50)NOTNULLCOMMENT'商品ID',`quantity`int(20)NOTNULLCOMMENT'库存',PRIMARYKEY(`id`))ENGINE=InnoDBAUTO_INCREMENT=2DEFAULTCHARSET=utf8;quantity代表着不同商品 oid 的库存,接下来 OCC 及 PCC 使用此数据库进行演示。乐观锁 OCC它假设多用户并发的事务在处理时不会彼此互相影响,各事务能够在不产生锁的情况下处理各自影响的那部分数据。在提交数据更新之前,每个事务会先检查在该事务读取数据后,有没有其他事务又修改了该数据。如果其他事务有更新的话,正在提交的事务会进行回滚。即“乐观锁?”认为拿锁的用户多半是会成功的,因此在进行完业务操作需要实际更新数据的最后一步再去拿一下锁就好。这样就可以避免使用数据库自身定义的行锁,可以避免死锁现象的产生。1UPDATEorder_stockSETquantity=quantity-1WH
...
继续阅读
(65)