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

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

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

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

redis 中能实现插旗子的语句叫做 setnx 。用法是 SETNX key value 。实现的功能是，当 key 值在 redis 库中不存在时，则建立这个 key 并设置对应的 value，且返回1。如果 key 值在库中存在时，则属于set失败，会返回0。

setnx 这个命令可以视为插旗子的动作，既可以检查旗子在不在，又能做到如果没有旗子在的时候插上去，此命令具有原子性。

所以思路图如下：

简要的 java 代码如下：

private void LockRedisUpdate(){
    Jedis jedis = new Jedis();
    // 此处检测并插旗
    long check = jedis.setnx("lock", "can you here me");
    if(check==0){
        // 如果已经有人插旗了，则回归重试
        LockRedisUpdate();
        return;
    }
    // 累加操作
    long res = jedis.incr("counter");
    if(res!=0){
        // 执行完成之后删掉旗子
        jedis.del("lock");
    }
}

经过测试，使用插旗的方式，统计数量完全准确。但是由于使用的是悲观锁的原理，因此并发性能较差，因此在长期大量并发的情况下，出现过 redis 服务器连接超时和 redis 数据库连接数超限的错误，这些可以调整对应配置来解决。