1、事务：Redis事务只能保证ACID中的隔离性和一致性，无法保证原子性和持久性。我们使用事务最重要是一条就是原子性，所以不建议使用Redis事务，所以需要事务的场景可以通过业务代码来实现
https://www.jianshu.com/p/c9f5718e58f0
2、持久化：RDB和AOF
https://www.cnblogs.com/xingzc/p/5988080.html
3、缓存同步
持久层数据库和redis数据库同步方案，目前据我所知大都是通过自己写代码实现同步。同步方案有如下几种:
方案一:通过canal+mysql实现同步，关于canal之前有说过，该方案的好处：实现了数据同步的代码和业务代码分离，以及利用canal自带的消息队列属性解决高并发下的数据同步问题。该方案缺点：只能持久层数据库只能支持mysql
方案二：在更新持久层数据库时，同时更新redis(或更新持久数据库前删除reids缓存)，在查询时，查询redis，如果redis没有数据，则将持久层数据查询出来，并同步到缓存。这样的方案会出现一个问题：当更新完持久层数据库后，紧接着更新redis时，redis宕机的话，则导致数据不一致，所以进一步解决方案有如下：先做好redis集群降低单机宕机概率，其次在更新redis的代码时，做好异常处理，发生异常后启动异步定时任务，定期检测redis服务，等redis重启后重新更新
方案三：在方案二的基础上，可能会出现并发问题：所以想activmq这样的消息队列中间件则起到了作用(或自己写消息队列)，在高并发的情况下利用activmq将请求队列化，然后redis一个个的将这些需要同步的数据进行处理
canal+mysql实现缓存同步：
https://blog.csdn.net/fcly2013/article/details/79430484