Redis与数据库数据同步解决方案

本文转自:http://3gods.com/2016/06/23/Redis-Sync-DB.html
部分图片来自:http://blog.csdn.net/stubborn_cow/article/details/50586990

数据库同步到Redis

我们大多倾向于使用这种方式,也就是将数据库中的变化同步到Redis,这种更加可靠。Redis在这里只是做缓存。

方案1

做缓存,就要遵循缓存的语义规定:
读:读缓存redis,没有,读mysql,并将mysql的值写入到redis。
写:写mysql,成功后,更新或者失效掉缓存redis中的值。

这里写图片描述

对于一致性要求高的,从数据库中读,比如金融,交易等数据。其他的从Redis读。

这种方案的好处是由mysql,常规的关系型数据库来保证持久化,一致性等,不容易出错。

方案2

这里还可以基于binlog使用mysql_udf_redis,将数据库中的数据同步到Redis。

但是很明显的,这将整体的复杂性提高了,而且本来我们在系统代码中能很轻易完成的功能,现在需要依赖第三方工具,而且系统的整个边界扩大了,变得更加不稳定也不好管理了。

这里写图片描述

Redis同步到数据库

也就是说将Redis中的数据变化同步到数据库,那么这里是将Redis做为db,而真的db,数据库只作为备份。(注意,这里是一种不同看待事物的方式)。

这样做的好处是:大大减小了数据库的压力,但是用redis做内存数据库,状态很不稳定。

虽然redis也有持久化机制,但是redis集群宕机后的重启,数据加热都很耗时。

另一方面,随着大量插入或者更新导致redis持久化操作会严重拖累作为内存KV数据库的优势。

方案1

将redis变更复制一份,丢到队列中,给mysql消费。

这里写图片描述

很明显这种方案,只能保证最终一致性,而且变更数据复制,队列维护,这些杂七杂八的东西太复杂,抛弃。

具体做法是:写redis时,同时将数据写到redis维护的另外一个队列中,但这样又要增加内存消耗了。

其实还有一种方式是使用redis的pipeline通知机制,但是redis是不保证的一定通知到的(得到被通知方的ack)。

方案2

定时刷新redis中的最新数据到mysql。

很明显的,无论定时任务的间距有多小,都会留下时间缝隙,如果发生宕机,故障等都会造成数据的不一致性。

虽然可以通过:比较redis和数据库中的数据,同步那些需要同步的变化数据,但是会加大计算量和程序的复杂度。

你可能感兴趣的:(java,redis,数据库,缓存,java,开发语言)