团队准备做一套系统，因为考虑到后期的高并发的问题，所以想在开始阶段就将 NOSQL 设计进来。
不想把 redis 做的和memcached作用一样，只是简单的缓存。想将 redis 设计成数据的中间层。大概流程如下：
没有太多的开发经验，这样做的目的就是为了读取和写入的分离，而且利用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）
