分布式锁(解决库存超买超卖的问题)

解决库存超买超卖的问题

单个应用解决线程安全问题可以加synchronized 关键字 : 其实就是一个标记,谁拿到标记才可以执行方法,才有cpu的运行资格.
但是分布式的情况下 synchronized 关键字锁不住. 所以需要使用分布式锁(乐观和悲观)
所以分布式系统下利用的是悲观锁 和 乐观锁
一般企业直接用悲观锁就可以, 因为像京东淘宝这样高并发公司 中国还是少数的.

分布式锁：保证在分布式系统下，跨JVM的线程任务能够串行执行。跨进程的锁。

悲观锁：认为线程安全问题一定会发生，采用串行执行(阻塞,一个执行,另一个需等待)，保证线程安全

乐观锁：认为线程安全问题不一定会发生，不做串行处理(不阻塞,可以一起执行,失败的直 接返回一个错误信息)。而是做数据修改检查.
思路1：每次修改前检查数据是否已经被修改过了。
update tb_sku set stock = 2 where id = 1 and stock = 3
思路2：乐观锁的基础上 + 分段式锁
把库存数据分成10份，放到不同表中。用户更新时，使用乐观锁更新不同表, 分成10份性能就提高10倍, 100份性能就提高100倍.

思路3：把库存的字段 变成无符号数字，只要是Sql执行条件中的库存是负数，一定会失败(运行不成功)