redis缓存同步方案

持久层数据库和redis数据库同步方案，目前据我所知大都是通过自己写代码实现同步。同步方案有如下几种:

方案一:通过canal+mysql实现同步，关于canal之前有说过，该方案的好处：实现了数据同步的代码和业务代码分离，以及利用canal自带的消息队列属性解决高并发下的数据同步问题。该方案缺点：只能持久层数据库只能支持mysql

方案二：在更新持久层数据库时，同时更新redis(或更新持久数据库前删除reids缓存)，在查询时，查询redis，如果redis没有数据，则将持久层数据查询出来，并同步到缓存。这样的方案会出现一个问题：当更新完持久层数据库后，紧接着更新redis时，redis宕机的话，则导致数据不一致，所以进一步解决方案有如下：先做好redis集群降低单机宕机概率，其次在更新redis的代码时，做好异常处理，发生异常后启动异步定时任务，定期检测redis服务，等redis重启后重新更新

方案三：在方案二的基础上，可能会出现并发问题：所以想activmq这样的消息队列中间件则起到了作用(或自己写消息队列)，在高并发的情况下利用activmq将请求队列化，然后redis一个个的将这些需要同步的数据进行处理