悲观锁与乐观锁是解决资源并发场景的解决方案
CREATE TABLE `order_stock` (
`id` int(11) NOT NULL AUTO_INCREMENT COMMENT 'ID',
`oid` int(50) NOT NULL COMMENT '商品ID',
`quantity` int(20) NOT NULL COMMENT '库存',
PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8;
乐观锁 OCC
每个事务会先检查在该事务读取数据后，有没有其他事务又修改了该数据。如果其他事务有更新的话，正在提交的事务会进行回滚。
UPDATE order_stock SET quantity = quantity - 1 WHERE oid = 1 AND quantity - 1 > 0;
【优点】
乐观锁相信事务之间的数据竞争(data race)的概率是比较小的，因此尽可能直接做下去，直到提交的时候才去锁定，所以不会产生任何锁和死锁；
可以快速响应事务，随着并发量增加，但会出现大量回滚出现；
效率高，但是要控制好锁的力度。
【缺点】
如果直接简单这么做，还是有可能会遇到不可预期的结果，例如两个事务都读取了数据库的某一行，经过修改以后写回数据库，这时就遇到了问题；
随着并发量增加，但会出现大量回滚出现。
悲观锁 PCC
采用了“一锁,二查,三更新”模式，就是采用数据库中自带 select ... for update 关键字进行对当前事务添加行级锁??，先将要操作的数据进行锁上，之后执行对应查询数据并执行更新操作。
BEGIN
SELECT quantity FROM order_stock WHERE oid = 1 FOR UPDATE;
UPDATE order_stock SET quantity = 2 WHERE oid = 1;
COMMIT;
如果在MySQL中用悲观锁务必要确定走了索引，而不是全表扫描。
【优点】
“先取锁再访问”的保守策略，为数据处理的安全提供了保证；
【缺点】
依赖数据库锁，效率低；
处理加锁的机制会让数据库产生额外的开销，还有增加产生死锁的机会；
降低了并行性，一个事务如果锁定了某行数据，其他事务就必须等待该事务处理完才可以处理那行数据。
如果觉得《mysql 乐观锁和悲观锁 MySQL中的悲观锁与乐观锁》对你有帮助，请点赞、收藏，并留下你的观点哦！
