老师牛逼,学到了很多
我把老师的代码敲出来了,分享到了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