跟著老師的代碼一步步寫下來的 也有很多相關的感悟和工具的介紹:https://github.com/asdgh1000/demo/tree/master/secoundKill
2016-10-26
跟著老師的代碼一步步寫下來的 也有很多相關的感悟和工具的介紹:https://github.com/asdgh1000/demo/tree/master/secoundKill
2016-10-25
跟著老師的代碼一步步寫下來的 也有很多相關的感悟和工具的介紹:https://github.com/asdgh1000/demo/tree/master/secoundKill
2016-10-25
跟著老師的代碼一步步寫下來的 也有很多相關的感悟和工具的介紹:https://github.com/asdgh1000/demo/tree/master/secoundKill
2016-10-25
跟著老師的代碼一步步寫下來的 也有很多相關的感悟和工具的介紹:https://github.com/asdgh1000/demo/tree/master/secoundKill
2016-10-25
跟著老師的代碼一步步寫下來的 也有很多相關的感悟和工具的介紹:https://github.com/asdgh1000/demo/tree/master/secoundKill
2016-10-25
這門課是慕課網最棒的課程,沒有之一 感謝! 期待老師 后續出 關于應用集群部署、DB集群、分庫分表、消息隊列 系列課程~ 贊我贊我贊我讓老師看到!
2016-10-24
目前在慕課網上看到的最棒的課程,沒有之一,真的感嘆技術世界深似海啊,越學就會覺得自己不了解的東西越多,但是學習新的技術真的是一件即辛苦又充實的事情,大家一起好好努力。
2016-10-22
老師牛逼,學到了很多
我把老師的代碼敲出來了,分享到了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