1、
client
/ \
/ \
/ \
db cache
2、
client
|
|
|
ˇ
redis
|
|
|
ˇ
db
This topic created in 2982 days ago, the information mentioned may be changed or developed.
Supplement 1 · Sep 7, 2018
1、
client 先查询 缓存数据库 有没有缓存，如果没有再从 db 里面读取，随后再写入缓存。
2、
client 直接从 缓存数据库 读取数据，缓存数据库以某种方式同步源数据库。
client 先查询 缓存数据库 有没有缓存，如果没有再从 db 里面读取，随后再写入缓存。
2、
client 直接从 缓存数据库 读取数据，缓存数据库以某种方式同步源数据库。
 |
tt67wqSep 7, 2018
1
这俩图你是要说啥
|
 |
AliencnSep 7, 2018
2
入库的时候写两遍
|
 |
flight2006Sep 7, 2018
3
一般用第一种，第二种的某种同步方式需要维护类似同步定时任务，而且还强依赖了缓存，缓存挂了你系统就不可用了，第一种缓存挂了 DB 还能备用
|
 |
blackjarSep 7, 2018
4
@flight2006 #3 db 备用 缓存不能有备用？用第一种缓存用不用备用？ 不用备用 缓存挂了 直接压死 db ？
|
 |
hcymk2Sep 7, 2018
5
|
|
flight2006Sep 7, 2018
6
@blackjar 杠精吧你
|
|
blackjarSep 7, 2018
7
@flight2006 #6 半瓶子混子 到处教人 被反驳一律先戴上杠精帽子 哈哈
|
|
flight2006Sep 7, 2018
8
@blackjar 降级懂不懂，你缓存备用是运维层面的备份，恢复需要时间；大部分公司业务场景都还没到直接到 DB 都压垮的程度
|
 |
sun019Sep 7, 2018
9
需要定期更新缓存，读文章或者实时数据要求不高的可以用第一种。
对数据读写实时要求高，抢购秒杀购买，建议用第二种。 当然各有优缺点 |
Select Language