Reidis灾难误删锁的后果（redis误删锁）

今天，802英特尔的Redis实例的所有数据遭到损坏，这是一次严重的灾难，也是一次惨重的错误，Redis灾难可以说在数据库管理方面教给我们了一课：小心翼翼地使用加锁机制。

Redis是一个开源的内存键，值对存储，轻量级键值数据存储系统，可在内存中快速检索和存储数据。Redis灾难的原因，可溯源于在实施迁移策略时，一位801英特尔員工所犯的巨大错误。

員工紧急部署了一台备份Redis实例并想要消除它，以节省硬盘空间，于是调用了一个删除命令，但没有添加相应的加锁机制，导致被刪除的Redis实例，也删除了主实例上的数据。由于Redis实例之间存在联系，在不加锁的情况下，一个错误的操作就可能导致另外一个实例的数据被意外删除。

802英特尔的Redis灾难，归根结底是一种人为错误，就是忽略了要在删除库或服务时，添加加锁机制的步骤。在数据库管理方面，使用加锁机制，可以防止误操作，比如，你可以使用rundeck等开源工具，为你的数据库操作行为添加加锁机制：

lock (connection) {
  //处理操作
}

在上面的代码中，当我们获得锁时，才能处理操作，这样便可以保护我们的数据在被误删除之前做好暂存，降低灾难造成的损失。

Redis灾难提醒我们，在操作数据库时，要坚持下加锁机制，以防止灾难发生。虽然Redis灾难发生，但人们仍能从它身上学到一课。