老師牛逼,學到了很多
我把老師的代碼敲出來了,分享到了GitHub,希望能幫助到大家(幫忙頂上去,讓更多的同學看到^o^)
源碼地址:https://github.com/DongyeBaima/seckill
我把老師的代碼敲出來了,分享到了GitHub,希望能幫助到大家(幫忙頂上去,讓更多的同學看到^o^)
源碼地址:https://github.com/DongyeBaima/seckill
2016-10-17
4:跨數據源的嚴格一致性需要2PC支持,性能不盡如人意。線上產品一般使用最終一致性去解決,這塊相關知識較多,所以沒有講。
5:本課程的重點其實不是SSM,只是一個快速開發的方式。重點根據業務場景分析通信成本,瓶頸點的過程和優化思路。
6:初學者不要糾結于事務。事務可以降低一致性維護難度,但擴展性靈活性存在不足。技術是死的,人是活的。比如京東搶購使用Redis+LUA+MQ方案,就是一種技術反思。
5:本課程的重點其實不是SSM,只是一個快速開發的方式。重點根據業務場景分析通信成本,瓶頸點的過程和優化思路。
6:初學者不要糾結于事務。事務可以降低一致性維護難度,但擴展性靈活性存在不足。技術是死的,人是活的。比如京東搶購使用Redis+LUA+MQ方案,就是一種技術反思。
2016-10-15
好久沒看,在這里說兩句:
1redis事務與RDBMS事務有本質區別,詳情見:http://redis.io/topics/transactions
2:關于spring整合redis。原生Jedis API已經足夠清晰。筆者所在的團隊不使用任何spring-data整合API,而是直接對接原生Client并做二次開發調優,如Jedis,Hbase等.
3:這里使用redis緩存方法用于暴露秒殺地址場景,該方法存在瞬時壓力,為了降低DB的primary key QPS,且沒有使用庫存字段所以不做一致性維護。這里補充一下。
1redis事務與RDBMS事務有本質區別,詳情見:http://redis.io/topics/transactions
2:關于spring整合redis。原生Jedis API已經足夠清晰。筆者所在的團隊不使用任何spring-data整合API,而是直接對接原生Client并做二次開發調優,如Jedis,Hbase等.
3:這里使用redis緩存方法用于暴露秒殺地址場景,該方法存在瞬時壓力,為了降低DB的primary key QPS,且沒有使用庫存字段所以不做一致性維護。這里補充一下。
2016-10-15
真的服了,你不講redis和spring的結合嘛?其次既然用秒殺你不用redis的事務?用數據庫的鎖??注定誤人子弟,企業那么面試老師你估計可以直接pass你拉。
2016-10-15
這門課是慕課網最棒的課程,沒有之一 感謝! 期待老師 后續出 關于應用集群部署、DB集群、分庫分表、消息隊列 系列課程~ 贊我贊我贊我讓老師看到!
2016-10-14
已采納回答 / 慕桂英3162731
我覺得,你提的問題是個BUG,不過在捕獲到update失敗后,我們可以再把插如的數據刪除,以此實現補救,并且這種情況應該發生的不多,對整體性能影響不大.
2016-10-09