Redis读写 是否需要互斥（redis读写需要互斥吗）

Redis读写是否需要互斥？这一问题可以说，这取决于实际情况。

Redis是一个开源，内存中的数据结构存储系统，它可以用作数据库，缓存和消息中间件。 它采用Key/Value存储，它提供了多个地方数据操作，比如GET、SET、INCR等等。

Redis官方对于互斥操作提出一个规范：执行写操作前，要先对其加锁，来确保多个线程可以安全、正确地执行互相之间不发生冲突的写操作；包括INCR等原子加减运算操作，如果放到多个线程中执行的话，也要先进行互斥操作。举个例子，多个线程同时对key1进行加1操作，可能导致key1设置的值与预期不符，因此要先给多个线程加的锁，来保证多个线程正确的执行加减运算，以正确设置key1的值。

但是在实际中，多个线程执行相同的读操作，是不需要加锁的，这是因为当多个线程读取同一key时，执行过程一定不会发生冲突，无论这些线程是否是“共享读”或“独占写”。

也就是说，只有当执行写操作时，我们才需要加锁，以确保多个线程可以正确地执行写操作，而多个线程执行相同的读操作则不需要加锁。

例子：

// 以下两个线程可以一起执行

Thread1：

// thread1获取key=a的值：

String strVal = shardedJedis.get(“key:a”);

Thread2：

// thread2获取key=b的值：

String strVal = shardedJedis.get(“key:b”);

只有当在Thread1 和Thread2中执行相同的写操作，比如INCR等操作时，需要先进行互斥操作，才能确保正确的操作：

Thread1：

// thread1 对key=a +1 操作：

shardedJedis.incr(“key:a”);

Thread2：

// thread2 对key=a +1 操作：

shardedJedis.incr(“key:a”);

在这种情况下，我们需要在Thread1和Thread2中进行互斥操作：

// 使用互斥锁：

private static final Lock lock = new ReentrantLock();

Thread1：

lock.lock();

shardedJedis.incr(“key:a”);

lock.unlock();

Thread2：

lock.lock();

shardedJedis.incr(“key:a”);

lock.unlock();

Redis读写是否需要互斥，这取决于实际情况，如果是执行写操作时，则需要加锁以确保操作的正确性，而执行相同的读操作时则不需要加锁。

香港服务器首选树叶云，2H2G首月10元开通。
树叶云（www.IDC.Net）提供简单好用，价格厚道的香港/美国云服务器和独立服务器。IDC+ISP+ICP资质。ARIN和APNIC会员。成熟技术团队15年行业经验。