84669인 학습
152542인 학습
20005인 학습
5487인 학습
7821인 학습
359900인 학습
3350인 학습
180660인 학습
48569인 학습
18603인 학습
40936인 학습
1549인 학습
1183인 학습
32909인 학습
网站预计会有很大的查询量，相比之下写入数据库的操作要少很多。我想的是把数据库内容分成两种，一种是用于索引的内容，内容包含各种所需信息对应的索引项，另一种是其他所要查询的具体数据内容。先将具体内容存入memcache，查询时通过从数据库中得到的索引值再从memcache中取得对应数据；写入数据时则直接写到mongodb中；不知道这种做法有什么不妥，来这寻求下建议~~
学习是最好的投资！
这是一个典型的缓存使用场景，基于你使用的技术方案，有几点是需要考虑清楚的：
“先将具体内容存入memcache，查询时通过从数据库中得到的索引值再从memcache中取得对应数据；”这句话，没太理解，数据要保存到缓存中吗，要是宕机数据不就没了。
我觉得不知道楼主业务量有多少, mongodb是个混合型数据库, 就是mongodb也有内存数据库部分, 写入瓶颈mongodb并不差, 所以读的业务应该放到redis这种纯的内存数据库中, 写的业务就没必要在费事直接存mongo不是更好?
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
这是一个典型的缓存使用场景，基于你使用的技术方案，有几点是需要考虑清楚的：
(1) 每次查询先去缓存中找是否已经有value
(2) 如果没有，就是把你的查询条件按照一定的规则作为key，查询结果作为value，存入缓存并返回本次查询结果。
(3) 如果有就直接返回（根据业务需求还要做缓存的失效控制，比如有效时长或有新的写入）
“先将具体内容存入memcache，查询时通过从数据库中得到的索引值再从memcache中取得对应数据；”这句话，没太理解，数据要保存到缓存中吗，要是宕机数据不就没了。
我觉得不知道楼主业务量有多少, mongodb是个混合型数据库, 就是mongodb也有内存数据库部分, 写入瓶颈mongodb并不差, 所以读的业务应该放到redis这种纯的内存数据库中, 写的业务就没必要在费事直接存mongo不是更好?