-
存在著成本性問(wèn)題
查看全部 -
使用redis/NoSQL的數(shù)據(jù)驗(yàn)真，將邏輯操作解析等校驗(yàn)后調(diào)用MQ進(jìn)行解耦，發(fā)送消息隊(duì)列，或調(diào)用MQ的異步操作提高效率異步處理事務(wù)；最后根據(jù)隊(duì)列執(zhí)行結(jié)果對(duì)MySQL進(jìn)行操作，這一步需要根據(jù)消費(fèi)消息的結(jié)果來(lái)操作，即落地實(shí)現(xiàn)
騰訊 阿里之前做的解決方案中常用的方案
查看全部 -
【秒殺操作優(yōu)化分析】
CDN只能緩存url固定的資源：
秒殺地址是變化的，無(wú)法用CDN進(jìn)行緩存
大部分寫操作和最核心的數(shù)據(jù)的請(qǐng)求，無(wú)法用CDN
不能在緩存里減庫(kù)存，因?yàn)椴l(fā)，會(huì)有不一致的問(wèn)題
——>通過(guò)mysql的事務(wù)來(lái)保證數(shù)據(jù)的一致性；
難點(diǎn)：一瞬間大量用戶參與熱門商品競(jìng)爭(zhēng)，MySQL一行數(shù)據(jù)會(huì)有大量競(jìng)爭(zhēng)，有大量的updata減庫(kù)存競(jìng)爭(zhēng)
查看全部 -
【秒殺地址接口優(yōu)化】
無(wú)法使用CDN緩存，(因?yàn)槊霘⒌刂肥菚?huì)變化的)
適合服務(wù)器端緩存:redis等
一致性維護(hù)成本低：超時(shí)穿透/主動(dòng)更新
緩存半小時(shí),半小時(shí)之后,這個(gè)redis的秒殺對(duì)象就會(huì)超時(shí),超時(shí)之后 ,重新訪問(wèn)mysql服務(wù)器獲取數(shù)據(jù),或者是當(dāng)我們的mysql更新時(shí) 我主動(dòng)的更新一下redis緩存,這樣也非常方便? ? ? 暴露秒殺地址
查看全部 -
無(wú)法使用CDN緩存：CDN對(duì)應(yīng)不變的東西，秒殺地址是變化的
可以使用業(yè)務(wù)系統(tǒng)控制，所以適合服務(wù)端緩存
因?yàn)橐恢滦跃S護(hù)成本低，適合服務(wù)端緩存
查看全部 -
獲取系統(tǒng)時(shí)間的請(qǐng)求不會(huì)緩存到CDN上，而是直接調(diào)用服務(wù)器
查看全部 -
【為什么要單獨(dú)獲取系統(tǒng)時(shí)間？】
靜態(tài)資源會(huì)部署到CDN上，訪問(wèn)detail頁(yè)，靜態(tài)資源等不需要訪問(wèn)秒殺系統(tǒng)，因此要單獨(dú)做一個(gè)請(qǐng)求獲取系統(tǒng)時(shí)間。
【CDN的理解】
大部分的視頻加速完全依賴于CDN
查看全部 -
33333
查看全部 -
為高并發(fā)優(yōu)化做鋪墊
查看全部 -
紅色：可能出現(xiàn)高并發(fā)的點(diǎn)
綠色：無(wú)影響
查看全部 -
典型的部署架構(gòu)
查看全部 -
當(dāng)mysql執(zhí)行update會(huì)獲得行級(jí)鎖，所以將insert語(yǔ)句調(diào)到update語(yǔ)句的前面，減少其獲得行級(jí)鎖的時(shí)間，來(lái)達(dá)到并發(fā)優(yōu)化查看全部 -
代碼調(diào)整，先insert后update，減少獲取rowlock的時(shí)間，優(yōu)化性能
查看全部 -
?代碼增加redis訪問(wèn)
查看全部 -
在serviceImpl中注入redis層的數(shù)據(jù)
查看全部
舉報(bào)