redis 搭配 SQL 实践问题

丁文森
  • 787

团队准备做一套系统,因为考虑到后期的高并发的问题,所以想在开始阶段就将 NOSQL 设计进来。

不想把 redis 做的和memcached作用一样,只是简单的缓存。想将 redis 设计成数据的中间层。大概流程如下:

  • 读取数据,如果redis中没有,从SQL读取然后放到redis里面并设置过期时间。
  • 修改数据(更新、删除、添加),先直接在redis操作,这里可能涉及到处于业务逻辑考虑,在redis里面使用list作为索引的情况,在redis里面删除、更新、添加,然后使用一个例如redis的订阅发布功能实现的队列,“异步”的更新 mysql

没有太多的开发经验,这样做的目的就是为了读取和写入的分离,而且利用redis的优势,降低热数据的读写造成的损耗。

有类似经验的希望提出需要改进的地方,或者这个整个就是个不好的方案。

- - - 3月12日更新内容 - - -

今天又看了百度数据库中间层的PPT,于是特意去搜索了dbproxy的相关内容,思想中介绍说是通过sql语句的MD5值匹配进行缓存的选择,这样的问题是很容易造成数据更新的延时。于是我又想到了我自己的方案,将 redis 和 SQL 数据库搭配做成数据库中间层,这样是不是就可以迎合对数据实时要求很高的应用了。

- - - 3月13日更新内容 - - -

和评论中的 @鱼丸粗面 讨论了下 http://www.oschina.net/p/mysql-syncer 这个项目,这个项目更多的是通过首先更新到 Mysql,然后再根据Mysql的更新内容去更新 其他数据库例如redis。有一个问题很明显,就是高并发下写入Mysql是个可怕的事情,所以我之前想到的是直接更新redis然后异步更新Mysql,最后将redis作为缓冲层。如下图(来自新浪某PPT)

未命名.jpg

回复
阅读 12.7k
1 个回答

感觉更新redis时将sql入队列然后再操作。控制好逻辑即可。

宣传栏