Redis和Mysql数据一致性的问题

对于写入：

正确的操作是，先写入mysql，再同步写人redis。

对于更新：

  正确的操作是，先更新数据库，再更新redis。
  有部分人认为，假如redis更新失败，那怎么办，我问，为什么会失败，他说可能是因为服务器问题或者网络原因。提出的解决方案是，先删除缓存，再更新到mysql,最后异步更新到缓存。还有什么听不懂的jvm队列之类的。
  这种先删除方案，看似很优雅，很合理，但却是本末倒置。
  首先，要明白redis在项目中是干什么的？作为缓存。其次，谁才是最主要的？mysql。

1.   第一点：服务器问题，那么怎么保证删除方案的第一步能成功执行？若第一步都操作失败了，返回false，该如何处理？如果不通过返回状态值去判断，那么又怎么确保是删除方案？后面的异步更新又怎么保证？如果失败，大量请求又将落地到mysql，redis形同虚设。所以说，要是服务器问题，应该去修复，或者建立redis集群保证高可用。
2.   第二点：网络原因，他们认为，在mysql更新后，若是redis有网络延迟，此时用户读取到的数据不是最新的，引发数据一致性问题。那么假设redis有网络延迟的现象，首先，删除方案的第一步将会是系统性能问题的潜在点，另外当删除键后，用户访问直接落地到mysql数据库，而且mysql的执行速度远慢于redis，此时用户访问的还是旧数据。
所以当我们把redis作为一个缓存使用的时候，首先应该明白redis的位置，其次对于数据一致性，要根据业务场景，设置合理的过期时间来保证，不要假设一会儿连redis集群都不可用了，redis又有什么网络原因了，想太多，没屌用，因为我们不可能同时保证数据一致性，服务可用，网络延迟（CAP）。