Redis专题-并发/秒杀

开局一张图，内容全靠“编”。

昨天晚上在群友里看到有人在讨论库存并发的问题，看到这里我就决定写一篇关于redis秒杀的文章。

1、理论部分

我们看看一般我们库存是怎么出问题的

其实redis提供了两种解决方案：加锁和原子操作。

1.1、加锁

加锁：其实非常常见，读取数据前，客户端先获取锁，再操作。
当客户端获得锁后，一直持有直到客户端完成操作，再释放。

怎么操作呢，客户端使用分布式锁来获取锁，（使用redis或者zookeeper来实现一个分布式锁）以商品的维度来加锁，在获取到锁的线程中，按顺序执行商品的库存查询和扣减，同时实现了顺序性和原子性。

但是，但是，有问题：
1、如果使用redis来实现分布式锁，那么锁的时效性是个问题。太短了，业务还没跑完锁就释放了。太长了，如果异常，其他业务就一直阻塞等着自动释放。

2、如果使用zookeeper,确实不用担心锁释放问题(临时节点)，而且一致性好，但是性能不高。ZK中创建和删除节点只能通过Leader服务器来执行，然后Leader服务器还需要将数据同不到所有的Follower机器上，这样频繁的网络通信，性能的短板是非常突出的。（挖坑