Dirty Read警惕Redis脏读，避免数据不准确（对redis脏读）

Redis是当今非常流行的一款内存数据库，它在某些应用场景下特别有用，但它也存在一个来自数据库事务的细节——不同事务之间数据可能是不安全的，这称之为Dirty Read。

事务A和事务B是真正意义上的独立事务，它们之间没有 “交互”，当事务A读取数据时，事务B正在修改它们，此时，事务A的数据就是一个脏的读取，即一个Dirty Read。这种情况，如果程序没有做限制，会对数据的正确性产生极大的影响。

Redis的原子性是它的一大特点，但它的事务的事务处理管理不能称之为完善，从根本上防止Dirty Read是没有办法实现的，但可以通过一些步骤来简化此类问题发生的概率，如：

1、锁机制：利用Redis的锁机制来避免Dirty Read，只要数据被锁定，无法被其他事务修改，就可以避免Dirty Read的发生。

2、Sorted Set设定失效时间：将每一项值的失效时间设置为一定的时间，这样当在用户从DB中获取某个值的时间间隔大于设定的失效值后，就会返回一个错误信息，从而避免Dirty Read。

下面是一个使用上述两种方式防止Dirty Read的示例：

“`C

// 方法1：利用锁机制获取数据

while (1)

{

acquireLock(); //获取锁

int value = getValueFromDB(); //获取DB中的值

if(value != nil)

{

releaseLock(); //释放锁

break;

}

else

{

releaseLock(); //释放锁

sleep(1); //停止1s

}

}

// 方法2：使用sort set设定失效时间

while (1)

{

int value = getValueFromDBWithExpireSeconds(expireSeconds); //从DB中获取带失效时间的数据

if(value != nil)

{

break;

}

else

{

sleep(1); //停止1s

}

}

Dirty Read是来自复杂的事务处理机制的内容，Redis的原子性只能确保基本的线程安全，无法做到原子性的事务处理，建议使用Redis时加入有效的锁机制或者设定数据失效时间来减少Dirty Read的可能性，以保证程序正确性。