最新互聯(lián)網(wǎng)高并發(fā)架構(gòu)設(shè)計(編輯修改稿)
2025-07-27 02:34 本頁面
【文章內(nèi)容簡介】 o 緩存簽到信息到redis，返回簽到信息o 注意這里會有并發(fā)情況下的邏輯問題，如：一天簽到多次，發(fā)放多次積分給用戶。o 我的博文[大話程序猿眼里的高并發(fā)]有相關(guān)的處理方案。 用戶訂單 o 這里我們只緩存用戶第一頁的訂單信息，一頁40條數(shù)據(jù)，用戶一般也只會看第一頁的訂單數(shù)據(jù)o 用戶訪問訂單列表，如果是第一頁讀緩存，如果不是讀DBo 計算出用戶分布的key,redis hash中查找用戶訂單信息o 如果查詢到用戶訂單信息，返回訂單信息o 如果不存在就進行DB查詢第一頁的訂單數(shù)據(jù)，然后緩存redis，返回訂單信息 用戶中心 o 計算出用戶分布的key,redis hash中查找用戶訂單信息o 如果查詢到用戶信息，返回用戶信息o 如果不存在進行用戶DB查詢，然后緩存redis，返回用戶信息 其他業(yè)務(wù) o 上面例子多是針對用戶存儲緩存，如果是公用的緩存數(shù)據(jù)需要注意一些問題，如下o 注意公用的緩存數(shù)據(jù)需要考慮并發(fā)下的可能會導(dǎo)致大量命中DB查詢，可以使用管理后臺更新緩存，或者DB查詢的鎖住操作。o 我的博文[大話Redis進階]對更新緩存問題和推薦方案的分享。以上例子是一個相對簡單的高并發(fā)架構(gòu)，并發(fā)量不是很高的情況可以很好的支撐，但是隨著業(yè)務(wù)的壯大，用戶并發(fā)量增加，我們的架構(gòu)也會進行不斷的優(yōu)化和演變，比如對業(yè)務(wù)進行服務(wù)化，每個服務(wù)有自己的并發(fā)架構(gòu)，自己的均衡服務(wù)器，分布式數(shù)據(jù)庫，nosql主從集群，如：用戶服務(wù)、訂單服務(wù)；消息隊列秒殺、秒
教學(xué)教案相關(guān)推薦
鄂ICP備17016276號-1