redis 并发竞争问题以及分布式锁 并发竞争 多个客户端同时并发写一个key，本来应该先到的操作因为某些原因后到了，导致数据出错。; 期望结果：v1->a->b->c 可能因为某种原因b延迟了，就会导致: v1->a->c->b 解决 使用分布式锁 ，比如常用的zookeeper，redis也自带分布式锁，但是用的很少 使用分布式锁流程 系统 A 先拿到锁

如何避免高并发场景下数据不一致性 双写一致性 当我们更新数据库的时候同时也把redis中的数据更新，这是正常情况。 假如在写入redis有延迟，就会造成数据不一致 解决 不考虑高并发时，使用锁就可以彻底解决问题，锁会把高并发串行化，但是效率就达不到了; 先更新数据库，后更新缓存; 先更新缓存，后更新数据库; 先删除缓存，后更新数据库; 先更新数据库，后删除缓