团队准备做一套系统，因为考虑到后期的高并发的问题，所以想在开始阶段就将 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）