redis MySQL 脏读_redis多线程情况下避免读脏数据的悲观锁解决方案

本文的应用场景及环境如下：redis单机(集群未验证)，java编程语言(jedis组件)

在 java 多线程的情况下对同一个 key 的 redis 数据进行更新，经常会出现读脏数据的问题。展开讲就是更新数据时，首先要读然后在读取的数据的基础上进行累加或其他操作后再保存到原来的 key 上，在多线程的情况下，多个线程非常有可能同时读取到数据，并且先后保存数据，导致数据不准确。redis 本身的事务性做的并不完全，且没有回滚功能，所以想要实现 redis 实现复杂事务功能还是需要写不少代码。不过读脏数据这个问题解决起来并不难。

业务需求是这样的：一个简单的累加器，每次数据报文过来，多个线程会进行多维度的数据统计，并且对 redis 中的数据进行更新操作。

实现思路：此业务场景我选择使用悲观锁。悲观锁可以打个比方，就好比小时候玩的抢椅子游戏，但是规则稍微有变化，只有一把椅子，很多人同一时间抢，抢到的人可以安心坐下做自己的事情，座多久都没关系，其他人只能等着，只有等这个人抬起屁股了，其他人才会继续开始抢椅子。在 redis 中实现的话，首先需要插一次“旗子”，旗子上写上 key 名称，代表这个数据已经有人在用了，线程独享这个数据，别忘了更新完成数据之后，再把旗子拔走。其他线程需要更新相同的 key 的时候，需要首先去检查一下有没有插旗子，如果有的话，就睡会，如果没有的话，则也插旗子来宣誓独占。

redis 中能实现插旗子的语句叫做 setnx 。用法是 SETNX key value。实现的功能是，当 key 值在 redis 库中不