我们都知道Redis 是单线程的,那么如果单单是放一次以供查询,或者使用list追加放入以供查询,基本上没有太大的问题。但是如果说要根据原有的数据进行计算,怎么样保证数据的一致性,这个就是一个比较棘手的问题,比如平常我们看到的最多的就是抢红包。
模拟高并发操作redis数据 我们假设用多线程去操作缓存中的price,正常的假设有两个线程来操作,每个线程的逻辑是对price加1,理论值是2,但是实际是两个线程同时取到了0,后面写入的时候都是覆盖,所以price在缓存中的值还是1.
Jedis client = new Jedis("127.0.0.1", 6379);
ExecutorService threadPool = Executors.newFixedThreadPool(10);
String key="priceTest";
client.set(key, "0");
for(int i=1;i<10;i++){
threadPool.submit(new Runnable() {
public void run() {
String key="priceTest";
Jedis client = new Jedis("127.0.0.1", 6379);
//判断key是否存在
if(client.exists(key)){
int b = Integer.parseInt(client.get(key));
System.out.println("======="+b);
String a = String.valueOf(b+1);
client.set(key, a);
}else{
};
}
});
}
System.out.println(client.get(key));
通过setnx我们可以在操作某一个key之前给其加锁(加入给price加锁,那么就设置一个lock.price,其他想操作price的线程都要先判断price是否有锁,如果有则等释放),为了防止某一个操作加完锁而没有释放,所以需要给锁加一个过期时间,自动释放
ExecutorService threadPool = Executors.newFixedThreadPool(10);
for(int i=1;i<10;i++){
threadPool.submit(new Runnable() {
public void run() {
String key="asdasdasdasdasd";
Jedis client = new Jedis("127.0.0.1", 6379);
//尝试获取锁
long lockStatue = client.setnx("lock"+key, "value");
System.out.println(lockStatue);
//如果获取不到锁
while(lockStatue==0){
//休眠300ms,再次尝试获取
try {
Thread.currentThread();
Thread.sleep(300);
//尝试重新获取锁
lockStatue = client.setnx("lock"+key, "value");
} catch (InterruptedException e) {
e.printStackTrace();
}
}
//如果获取到锁,设置一个三秒的过期时间,防止死锁
client.expire("lock"+key, 3000);
//判断key是否存在
if(client.exists(key)){
int b = Integer.parseInt(client.get(key));
System.out.println("======="+b);
String a = String.valueOf(b+1);
client.set(key, a);
}else{
client.set(key, "0");
};
System.out.println("开始释放锁");
//全部操作成功之后,释放锁
client.del("lock"+key);
}
});
}
如果害怕在setnx之后设置超时时间设置的时候连不上redis,可以将value设置一个时间,然后通过判断时间时候过期来进一步避免死锁。这是就需要getset命令来结合使用。