高效读写DB---目标

最近的工作需要频繁的读写数据库，即使我们用了 redis做缓存，这样的话，我们减少了对数据库的读，但没有减少对数据库的写。我想要减少对数据库的写操作，这样可以减少对数据库的压力。所以决定实现一个DBCache.主要作用：

缓存部分数据

   根据需求，我们可以按照LRU算法，来在DBCache缓存活跃用户数据，这样有两个作用：

第一，当用户来读数据的话，我们可以直接，从DBCache的内存缓存区读给他，如果这个用户只要没有在内存时，那我们去DB中读取用户数据，同时缓存后，把这个数据传给请求者。

第二，当用户来update 数据的时间，我们只改变缓存中的数据，此时用户的请求操作结束，以最快的速度返回给应用程序，不用等待DBCache的处理结果，这样可以增加应用层 server吞吐量。然后，我在DBCache中按照某一种粗略来update  DB。这里我注释一下 ，不会当用户的请求到了，我们就去更新DB，如果这样的话，我们是没有减少对DB的写的次数，当然我们会按照某种策略，来最大限度的减少对DB的写操作。例外情况是：当用户的更新频率比我们DBCache的频率还低的话，这个时间，DBCache可能就不能减少对DB的写的次数了 ，但这个种请求，DB基本上没有压力。当然非要减少对DB的写的次数的话，我们也是可以做到的，换一种事件驱动的模式来做DBCache的写策略。

总之，要做并发高效的server，异步、非阻塞的处理是必不可少，个人认为。