缓存一致性：数据库操作与Redis事务回滚

缓存一致性：数据库操作与Redis事务回滚

今日开发需求是“保证数据库操作与Redis缓存操作的一致，在CRUD出错时，保证回滚”。

问题：
1、数据库开启事务，即可在操作失误时，回滚之前的已经做过的操作，保证操作原子性。
2、Redis的事务并不支持回滚功能，Redis命令在事务处理期间发生错误，原先的操作并不会回滚
3、我们都知道，需要先操作数据库再操作缓存，这样大概率会避免并发和很多错误问题。但是MySQL操作成功，而Redis异常，此时缓存数据不一致，如何回滚Mysql操作又是一个问题。

那么问题来了，针对2，3出现的问题，我们如何保证两个操作的一致性？

解决方案：

1、在Service方法上使用spring的@Transactional注解回滚MySQL异常

注：@Transactional只会回滚MySQL的异常，其后发生的Redis异常并不会让其回滚数据库。Redis也不会回滚（这个和Redis采用的设计策略有关：不对回滚支持，保证操作的简单快速）

这样就能解决问题1的mysql数据库遇错回滚的问题

2、对Redis操作进行解耦，并且进行判断操作有无成功，如果出错，抛出unchecked异常（比如runtimeException）

这样就能解决问题3:Redis出错，MySQL回滚的问题.

而问题2 就需要根据自身的情况，对Redis中进行手动回滚,  这个手动回滚并不严谨,  还是遇到业务根据业务来分析吧,一般我们在业务中也不会在一段代码中操作多次Redis.