产品中心
每个店铺都可以发布优惠券：
当用户抢购时，就会生成订单并保存到tb_voucher_order这张表中，而订单表如果使用数据库自增ID就存在一些问题：
所以tb_voucher_order表的主键不能用自增ID：
为了增加ID的安全性，我们可以不直接使用Redis自增的数值，而是拼接一些其它信息：
D的组成部分：
编写全局ID生成器代码：
每个店铺都可以发布优惠券，分为平价券和特价券。平价券可以任意购买，而特价券需要秒杀抢购：
优惠券表信息：
测试结果：
下单时需要判断两点：
主要代码：
扣减库存成功：
当有大量请求同时访问时，就会出现超卖问题
超卖问题是典型的多线程安全问题，针对这一问题的常见解决方案就是加锁：
乐观锁的关键是判断之前查询得到的数据是否有被修改过，常见的方式有两种：
（1）版本号法
（2）CAS法
乐观锁方式，通过CAS判断前后库存是否一致，解决超卖问题：
在扣减库存之前，加上一人一单的逻辑：
然后修改nginx的conf目录下的nginx.conf文件，配置反向代理和负载均衡：
修改完后，重新加载nginx配置文件：
现在，用户请求会在这两个节点上负载均衡，再次测试下是否存在线程安全问题：
访问8081端口的线程进入了synchronized中
访问8082端口的线程也进入了synchronized中
最终同一个用户下了2单扣了2个库存，所以在集群模式下，出现了一人多单的问题：
分析：
