-
【數(shù)據(jù)層技術(shù)回顧】mybatis中設(shè)計dao接口,每個dao方法對應(yīng)一條sql語句
上層service調(diào)用組合這些dao方法完成業(yè)務(wù)邏輯
查看全部 -
3-1是簡單優(yōu)化：調(diào)整源碼順序，先insert，再update，最后commit/rollback
3-2 深度優(yōu)化 事務(wù)SQL在MySQL端執(zhí)行(存儲過程)
查看全部 -
回顧事務(wù)執(zhí)行
秒殺操作通過mysql的事務(wù)來完成。
查看全部 -
向jedis中存入對象：putSeckill
流程：先在pom文件中引入相關(guān)redis依賴，java一般通過jedis來訪問redis，然后創(chuàng)建一個redisDao的類，寫入jedispool，從jedispool中獲取到j(luò)edis對象。主要是在寫兩個方法，一個是從redis中g(shù)et對象，另一個是向jedis中存入對象(put)。
因為redis并沒有實現(xiàn)自動序列化功能，所以實際put對象的時候是將數(shù)據(jù)庫中取到的對象序列化成二進(jìn)制數(shù)組，然后根據(jù)對象類的反射得到的scheme序列化對象并存到redis中。同樣redis取出對象的時候取到的是一個二進(jìn)制數(shù)組，需要根據(jù)scheme和一個空對象將二進(jìn)制數(shù)組轉(zhuǎn)換成相應(yīng)的對象。
?
傳遞秒殺對象，獲取秒殺對象。
查看全部 -
根據(jù)秒殺單的時間判斷是否開始，結(jié)束，秒殺。放在服務(wù)器端，通過服務(wù)器端的邏輯去判斷。
Make
Make install
Redis-server
Redis-cli 6279
用java訪問本機(jī)的redis
Redis客戶端是jedis，在pom.xml中引入jedis，protostuff的依賴
?
?? 把對象轉(zhuǎn)換為字節(jié)序列的過程稱為對象的序列化。
?? 把字節(jié)序列恢復(fù)為對象的過程稱為對象的反序列化。
對象的序列化主要有兩種用途：
1）把對象的字節(jié)序列永久地保存到硬盤上，通常存放在一個文件中；
2）在網(wǎng)絡(luò)上傳送對象的字節(jié)序列。
在很多應(yīng)用中，需要對某些對象進(jìn)行序列化，讓它們離開內(nèi)存空間，入住物理硬盤，以便長期保存。比如最常見的是Web服務(wù)器中的Session對象，當(dāng)有 10萬用戶并發(fā)訪問，就有可能出現(xiàn)10萬個Session對象，內(nèi)存可能吃不消，于是Web容器就會把一些seesion先序列化到硬盤中，等要用了，再把保存在硬盤中的對象還原到內(nèi)存中。
查看全部 -
*******【優(yōu)化總結(jié)】*******
【詳情頁】可通過CDN優(yōu)化
【獲取系統(tǒng)時間不用優(yōu)化，因為很快】
【秒殺地址暴露接口分析】無法使用CDN緩存，(因為秒殺地址是會變化的)，適合服務(wù)器端緩存:redis等
【秒殺操作接口優(yōu)化分析】
無法使用CDN緩存，后端緩存困難：庫存更新一致性問題。一行數(shù)據(jù)競爭：熱點(diǎn)商品。優(yōu)化方式，減少事務(wù)鎖時間。
查看全部 -
【如何放到MySQL服務(wù)端】
方案1，不推薦，很難支撐修改MySQL源碼
方案2：事務(wù)在MySQL服務(wù)端完成。
查看全部 -
行級鎖在commit或rollback后釋放，
優(yōu)化方向：減少行級鎖持有時間
【如何判斷update更新庫存成功】
查看全部 -
異地機(jī)房 傳輸分析
查看全部 -
同城機(jī)房，延遲分析
查看全部 -
【Java客戶端控制事務(wù)時出現(xiàn)的瓶頸】
每秒查詢率QPS是對一個特定的查詢服務(wù)器在規(guī)定時間內(nèi)所處理流量多少的衡量標(biāo)準(zhǔn)。
查看全部 -
方案痛點(diǎn)
【運(yùn)維成本】
查看全部 -
執(zhí)行秒殺-其他方案分析
這個方案可以抗住非常高的并發(fā)
查看全部 -
【秒殺地址暴露接口分析】
無法使用CDN緩存，(因為秒殺地址是會變化的)
適合服務(wù)器端緩存:redis等
一致性維護(hù)成本低：超時穿透/主動更新
查看全部 -
獲取系統(tǒng)時間不用優(yōu)化
查看全部
舉報