Redis实战案例13-集群下的并发安全问题

在解决一人一单的问题上面，采用了悲观锁的方案，但是这种方案只适合单机情况，在集群的模式下就不适用了；

覆盖yaml文件中的端口号

修改nginx中conf，这样就可以反向代理到两个节点上去，轮询的负载均衡规则；

最后结果发现，集群模式下，之前加锁的操作并没有作用；

原因分析

单机情况下：

集群情况下：

由于分布式环境中，每个节点都有自己的JVM和内存空间，使用synchronized关键字进行同步的方式无法保证多节点之间的同步。
在JVM中维护着一个锁的监视器对象，之前我们采用的代码中写的对象时userId（存储在常量池中），所以在同一个JVM中，维护的是同一个常量池；
而一个新的JVM，就是一个新的环境，就有各自对应的常量池和锁监视器（全新的）；
综上所述，在同一个JVM的内部，锁监视器可以做到线程的监视，可以做到互斥，但是集群模式下就不能使用之前的方案了；
所以，必须让多个JVM使用同一个锁，引出分布式锁的概念；