问题描述
网站预计会有很大的查询量，相比之下写入数据库的操作要少很多。我想的是把数据库内容分成两种，一种是用于索引的内容，内容包含各种所需信息对应的索引项，另一种是其他所要查询的具体数据内容。先将具体内容存入memcache，查询时通过从数据库中得到的索引值再从memcache中取得对应数据；写入数据时则直接写到mongodb中；不知道这种做法有什么不妥，来这寻求下建议~~
问题解答
回答1：这是一个典型的缓存使用场景，基于你使用的技术方案，有几点是需要考虑清楚的：
既然选用mongodb，那你这个查询场景应该是尽量用一个key能获取到整个文档的数据，这种查询正是mongodb最擅长的，理论上都不需要再做任何优化了。如果你除了上面这个情况，会有多次查询才能得到想要结果的情况，可以考虑使用缓存，现在感觉使用Redis会比Memcached更灵活一点。具体一点处理步骤：(1) 每次查询先去缓存中找是否已经有value(2) 如果没有，就是把你的查询条件按照一定的规则作为key，查询结果作为value，存入缓存并返回本次查询结果。(3) 如果有就直接返回（根据业务需求还要做缓存的失效控制，比如有效时长或有新的写入）回答2：“先将具体内容存入memcache，查询时通过从数据库中得到的索引值再从memcache中取得对应数据；”这句话，没太理解，数据要保存到缓存中吗，要是宕机数据不就没了。
回答3：我觉得不知道楼主业务量有多少, mongodb是个混合型数据库, 就是mongodb也有内存数据库部分, 写入瓶颈mongodb并不差, 所以读的业务应该放到redis这种纯的内存数据库中, 写的业务就没必要在费事直接存mongo不是更好?
