Redis 的并发竞争 Key 问题

　　也就是多个系统同时对一个 key 进行操作，我们期望的顺序是set 1--> set 2 --> set 3,但是最后执行的顺序set 1--> set 3 --> set 2，和我们期望的顺序不同，这样也就导致了结果的不同！

解决方案是：

第一种：分布式锁(保证不会读脏数据，因为传统的加锁的做法（如java的synchronized和Lock）适合单点。如果是分布式环境，需要的是分布式锁。) + 时间戳（保证顺序,适用于需要保证顺序的场景）