网站预计会有很大的查询量,相比之下写入数据库的操作要少很多。我想的是把数据库内容分成两种,一种是用于索引的内容,内容包含各种所需信息对应的索引项,另一种是其他所要查询的具体数据内容。先将具体内容存入memcache,查询时通过从数据库中得到的索引值再从memcache中取得对应数据;写入数据时则直接写到mongodb中;不知道这种做法有什么不妥,来这寻求下建议~~
2 回答
哔哔one
TA贡献1854条经验 获得超8个赞
“先将具体内容存入memcache,查询时通过从数据库中得到的索引值再从memcache中取得对应数据;”这句话,没太理解,数据要保存到缓存中吗,要是宕机数据不就没了。
蓝山帝景
TA贡献1843条经验 获得超7个赞
这是一个典型的缓存使用场景,基于你使用的技术方案,有几点是需要考虑清楚的:
既然选用mongodb,那你这个查询场景应该是尽量用一个key能获取到整个文档的数据,这种查询正是mongodb最擅长的,理论上都不需要再做任何优化了。
如果你除了上面这个情况,会有多次查询才能得到想要结果的情况,可以考虑使用缓存,现在感觉使用Redis会比Memcached更灵活一点。具体一点处理步骤:
(1) 每次查询先去缓存中找是否已经有value
(2) 如果没有,就是把你的查询条件按照一定的规则作为key,查询结果作为value,存入缓存并返回本次查询结果。
(3) 如果有就直接返回(根据业务需求还要做缓存的失效控制,比如有效时长或有新的写入)
- 2 回答
- 0 关注
- 813 浏览
添加回答
举报
0/150
提交
取消