redis是单进程，阻塞式，在同一时刻只能处理一个请求，后来的请求需要排队等待。
优点：因为是单进程，所以无需处理并发问题，降低 系统复杂度
缺点：不适合缓存大尺寸对象（超过100kb）
原因： 由于Redis只使用单核，而Memcached可以使用多核，所以平均每一个核上Redis在存储小数据时比Memcached性能更高。
而在100k以上的数据中，Memcached性能要高于Redis，虽然Redis也在存储大数据的性能上进行了优化，但是比起Memcached，还是稍有逊色。
memcache是多进程，非阻塞式，如果仅仅作为缓存来用，可以用memcache更合适
一、命令exists 查看该键key是否已存在redis中， 例如 exists mycounter
set 设置初始化一个key值 例如 set mycounter 99
get 获取一个key值 例如 getmycounter
incr 自增1 例如 incrmycounter //输出结果为100
incrby 指定增长值 例如 incrbymycounter 2 //输出结果为102
指定减少值 例如 incrbymycounter -2 //输出结果为100
setnx 当值不存在时，设置该值成功 例如 setnxmycounter 99 //输出结果为0，代表设置失败，已存在redis中
setnx key1 12 //输出结果为1，代表设置成功，之前未存在redis中
expire 设置一个键的生命周期 例如 expire mycounter 30 //设置为30秒有效期
ttl 获取key失效时间 例如 ttlmycounter //输出为 13，代表还有13秒 ,如果返回为-1，代表永不过期，永远存在redis缓存中,除非内存不足
//如果返回为-2,代表已失效，redis无该键值，可以用exists验证，返回0，代表不存
二、常见场景商品抢购，数量没控制住，库存超限，成本不足（例如：库存1000，却被用户成功抢购2000，库存不足）
抽奖限量，没控制住，钱多花了
抢红包
三、流程图与代码方案1 流程图：
方案2流程图：
到此这篇关于redis 解决库存并发问题实现数量控制的文章就介绍到这了,更多相关redis 库存并发内容请搜索七叶笔记以前的文章或继续浏览下面的相关文章希望大家以后多多支持七叶笔记！
