【今日话题】 讨论下春运火车票系统如何设计架构 - 黑夜路人 1. 感觉了解春运火车票系统设计和思考，大部分秒杀或者红包之类场景应该都能搞定 - 黑夜路人 2. http://www.chinaz.com/news/2014/1205/375892.shtml 前淘宝工程师谈12306：做它比做淘宝难 - 黄垣华 3. 12306应该不是实时动态库存的，春节时不管放多少票都不够，因此一趟车在哪个站可以卖多少张票必须要规划好，从哪个站下车也是有限制的，避免一些短途车票浪费资源，第一波票卖完后计算剩余有什么票再放出来 - 水浸街 4. 关于12306的库存，我有一个想法，还不是很成熟，大家可以一起来讨论一下。比如一个火车要经过10个站，3种座位，每种座位都为10个。如果按站点做为商品来处理的话，其实总的商品数量9*3， 最后一个站当然不用卖票了。每个站的库存量为3*10 一个人从始发站坐3个站，那么只需要去减前2个站，对应座位种类的库存就可以了。 淘宝这个技术是按上下车的可能性来计算商品总量，所以概率算出来的商品数量就会很大了。 而且要组织这些商品的有关系也会比较麻烦了，如果按站点来计算商品总量一下就下来了。 按途经站来算库存。 而我思路是按一个站点，最大可上车人数来计算。 - 陈周瑜 5. 据资料，12306 是用的 甲骨文数据库， 所有数据放内存， 内存群集用的vmware公司的方案 - @理鱼 6. 前几天看篇文章，就讲火车票系统到了黄金周就是所有商品都是秒杀，所有商品都是动态库存的变态网站，想了一下，买一张火车票，所有站的库存都得减一，这数据库使用频率，估计也只能堆服务器了- 酸酸哥 7. 如果是库存更改影响多个数据,那就不应该放数据库了. 库存数据应该想清楚结构,扔内存里. - twin 8. 我猜测他是有一个随机数像抽奖一样来决定谁能真正进入到抢票环节 - Rex 9. 这样的系统,一个重要的功能是过载保护. 当大量用户涌入时,至少有小部分得到服务, 剩下的用户等待 - twin 10. 减库存 我曾经想过最小生成树 - flea 11. 每个车次每个站有多少票额是固定的吧，如果是动态的，必然造成部分站票额少甚至没票，公平起见，应该是预分配票额，这样逻辑要简单点 - 徐刚 回： 不固定。 - @理鱼 12. 队列那个归根到底属于限流的范畴. 漏桶式，令牌桶. 根据业务来选择策略 - flea 13. 要不不从技术层面来解决。 让放票后，30分钟的人都进入预定池，然后给这个池的人 做随机分配。 延长分配票的时间，缓解系统短时间的运算压力. 目的就是避开秒杀的情况 - @理鱼 14. 把整化零按比例分配，定点冻结清算整理第二天再分配，要是时时感觉光数据同步都是大事。 - 小刺猬 15. 12306采取了分时段放票，压力就降下来了. 其实就是动态库存加秒杀 - 夜丶有雪 【分享链接】 1. http://mp.weixin.qq.com/s?__biz=MjM5MzMyNzg0MA== |
|
声明：文章版权归原作者所有 部分文章转自互联网 如有侵权请联系
[邮箱地址] 删除
|
注册
登录
