引用 @打板二加一 发表的:你说是就是,你说12306很容易就很容易
引用 @哆啦A梦917 发表的: 如果是东西方向呢?
引用 @虎扑JR0287286401 发表的:我觉得最难的还是抢票软件,无数机器人不停的冲击服务器,比淘宝双十一的访问量应该大多了。
引用 @风波 发表的:库存逻辑也是一样的,根本就没有什么动态配票
引用 @t_macing 发表的: 可别丢人了行吗?你说别人是外行,那你到说出来个内行话呀?不知道的以为你是12306的工程师呢!你处理过大型网站的大并发吗?知道海量数据怎么快速索引查询吗?知道一个这种体量的网站最核心的技术在哪吗?别搞笑了行吗?写了两行代码就来这冒充内行人?
引用 @米粒儿爹 发表的:现在还可以 十年前刚出来那会被业内都喷屁了 哪个程序员没喷一下 马云李彦宏哪个没出来臭一下 后来还不是借助阿里的技术改进了 真当互联网没记忆啊
引用 @憨憨的灵魂 发表的: 知乎上面讲过,12306难就难在不允许发生错误,每一笔交易都必须精准算好,电商出bug大不了赔个代金券,或者叫别的仓库补发。12306出错了,你去哪里赔张票给人家,座位就那么多。
引用 @背刺小黑屋 发表的:这明显是阿里拿下项目后发的通稿……说实话12306这种体量的客户全世界厂商都抢着去做的,而且纯技术方面我不觉得阿里比亚马逊谷歌有什么优势,特别是当年。
引用 @xyfor1234 发表的:又一个加戏的,事实上12306出错票挺常见的,我都碰到过。但是这根本就不是什么大事,上车发现错了乘务员重新给你安排个座就行了,不行坐乘务员的座。哪有什么不允许发生错误?
引用 @俄城一抹蓝 发表的:内行人觉得很吊,无论是逻辑还是并发。
引用 @打板二加一 发表的:还真处理过大并发,海量数据,索引查询还真做过
引用 @你看我这个昵称怎么样 发表的:买不到票是没票,不是系统有票但是你刷不出来。跟系统没关系,要黑到点子上才行。
引用 @小心夹头 发表的: 这就两个座位,两个目的地哪里重叠了?
引用内容被灭过多已被折叠
引用 @合法佣兵 发表的:没那么苛刻,我今年回家,临时换车型了,本来一个车厢20排座位的,变成了18排,至少100人本来有坐变无座,也没出大问题
引用 @我想长到120 发表的:来你给额舍,面前这六杯酒,哪一杯是茅台,额告诉你,么有一杯是茅台,额要是能喝得起茅台额哈坐啥烂怂火车里嘛
引用内容可能违规暂时被隐藏
引用 @awakemee 发表的:你这种怎么可能不让上,都是这趟车。
引用 @东半球第二帅 发表的: 所以你想表达什么呢?
引用 @詹狼恶霸勒布朗 发表的: 查询的请求量是最大的啊 一些抢票软件3秒刷新一次 疯狂攻击服务器
引用 @香球王 发表的: 说到这,我以前就买过一次车票,中间付款环节卡了,支付宝付了一次没出票,第二次付款才出票,然后我看到支付宝上扣了两张的钱,之后找了12306客服,也联系不到,联系了官方邮件,把支付宝两次交易单号发过去,过了几天,才收回了那多发的钱。所以你说的这些,我是不认同的!
引用 @憨憨的灵魂 发表的: 这跟双十一抢购就是两个场景业务,阿里也解决不了,太多限制,太多需要兼容。
引用 @i272 发表的:那现在买全程有票,买区间段没票是什么原因?
引用 @优雅杀手TR 发表的: 借楼回复一下,从事过后端算法及大数据相关行业。其实,12306的算法,逻辑和结构并不难,难的是支撑如此大的用户同时使用的算力支撑。个人见解,欢迎讨论。
引用 @tonytawin 发表的:铁总找过阿里,阿里没接,铁总自己内部的人搞定的。
引用 @t_macing 发表的: 那既然你处理过大并发,那你觉得春节期间上亿的QPS怎么分摊数据库压力?你怕是不知道啥是查询性能吧?
引用 @LiaoNingXiaoTa 发表的: 老哥,全国几亿得并发量,不是堆服务器就能解决的
引用 @当干你们成了习惯 发表的:以前没有遇到过两个人买到同一个座位吗?
引用 @joungpig 发表的: 我觉得是程序员都会觉得这个很叼的水平。
引用 @蓝白月光 发表的:这就有点自以为是了,火车上临时改签换票不要太普遍,而且大部分车次都有部分可操作的座位
引用 @源中华 发表的: 一个二等,一个一等……
引用 @xiaoz90748 发表的:不是,我寻思12306不就是把售票系统增加了手机客户端吗?和算法有什么关系,12306出来之前,各地火车站人工售票窗口的售票系统算法难道不就是这样把余票实时更新的?
引用 @Answer丶Nic 发表的:中国有世界上任何国家都无法媲美的高并发实战机会,不客气的告诉你,高并发这块阿里可能真的不输任何企业,因为阿里的高并发框架都是经过实践检验过得。
引用 @Atomicc 发表的:如果没有的话,拿难度还没有双十一高
引用 @火箭少女詹姆斯登 发表的:知乎这个纯属故弄玄虚骗赞
引用 @半年就面试 发表的:当时那个烂系统,那么高的并发下,早早就触发熔断,限流了
引用 @xyfor1234 发表的:几亿的并发量又不是一条线,就像我说的,你把京沪线和京津线放一个服务器上查询?不会分开吗。
引用 @只爱Gara 发表的:还有70+点亮 你是觉得一等座和二等座车厢一样长吗?每个位置都有一等二等的区别?一等有15个车厢二等也有15个车厢?
引用 @沃门伊今祖勾羌达 发表的: 我有一次坐京津城际上车发现有很多座位同时卖出去两三张票的,乘务人员也不知道怎么办了
引用 @墨尔本冬日晴 发表的: 顶级大神那种,就像赚钱的速度你和马云比一样
引用 @东北亚舞王赵四 发表的:但是核心还是业务逻辑,这个极其复杂 比如说北京到上海的一趟车,你售出一张票是济南到连云港,那全程票就少了一张,多出两张区间票:北京到济南和连云港到上海。
引用 @眼看着你难过挽留的话却没有说 发表的:主要是并发吧,业务处理量太大了
引用 @LA喂翔大队 发表的:我记得12306刚出的时候很多人吐槽是外包给学校学生做的,这两年已经进化成黄牛都不好使了,确实牛B
引用 @打板二加一 发表的:你先了解一下上亿qps是什么概念再说去年春晚抢红包百度披露的数据也就三万qps
引用 @LiaoNingXiaoTa 发表的: 大哥……你说的没错啊,分布式部署,但是关键不在这里啊。所有数据都要一致性,网上买了票,多个地方要同步,这个事务很大,并发起来更难
引用 @xxiang333 发表的: 说一句,这不就是一个处理高峰期并发量的问题吗?业务不同,实际的问题本源不是一致的?再说一句,登录问题难道不是一个业务场景?一句业务场景不一样就得出阿里也解决不了的结论?全国人民肉眼可见的性能问题,能被你们吹上天也是服气。每天都可以运转正常的系统才是对用户最大的保障。
引用 @MBC63AMG 发表的:我寻思这算是常识吧。。。
引用 @Wwwiori 发表的: 记得几年前,不少网友,还甚至在电视采访里说:买不到票啊,又卡,网站又丑。听说还是花了多少多少钱做的,我都能做。
引用 @唯艾和詹 发表的: 听着有点语病。。
引用 @t_macing 发表的: 哈哈哈三万qps笑尿了,我们一个做旅游的app节假日qps都上万,别说一个12306了,上亿是我说的总人数,分摊到qps也得几十万上百万了,那你知道什么概念吗?内行人?
引用 @你是我V1 发表的: 我们老师说开始就是外包做的,后来请了韩国的团队和其他的团队优化,才做成这样子🐶
引用 @liner99 发表的:没有这么高科技,大家不用神话 我觉得不存在交易裂变这回事,而是放票之前就已经组合好,全程票多少张,如果一趟线十个站点,那单向的组合方式就是45种,但每个站是有级别的,通常起点终点是大站,票要预留多一些,小站少一些。放票前组合好。 所以很多时候你多买一两站就能买到票,就是这个道理。
引用 @爱死机 发表的:当然是根据大数据及客运力成本综合最优方案,没方便你就不是最优了?
引用 @打板二加一 发表的:对对对对,你说的对
引用 @加西亚不爱放大招 发表的:兄弟,12306没有抢票功能。只有候补,如果你用的抢票,那肯定是第三方。
引用 @马超的双龙尖 发表的:现在的人啊,记性怎么那么差,记性差就算了,百度一下那么难吗?一则报道现实早在2012年5月12306便曾邀请一组阿里精干技术人员组成的项目组赴京,一起“奋战30多个日日夜夜”,此后还曾派出技术人员赴阿里交流学习。2013年底,12306手机App推出也是一个重大里程碑,同期12306网站支持了支付宝支付。这些举措让整个订票过程方便了不少。或许因为这些是其份内职责,因此并未获得外界关注和用户好评。这一次与阿里云达成合作,同样是其积极思变,努力解决存在的问题的表现。处理大并发业务:阿里巴巴经验最丰富不少科技公司甚至个别程序员都认为自己可以解决12306所存在的宕机问题,放出豪言可以帮助12306,但恐怕并非想象的那么容易。国内有能力应对这类业务的公司并不多:首先它是超大并发业务;其次是属于电商类业务;还有它是属于某些时段特别忙某些时段特别闲的峰谷特征明显的业务。打造双十一购物节的阿里相对更加适合。曾经,阿里技术团队在双十一期间也会受到业务部门的指责,就像大家现在职责12306一样,客观来看双十一推动了阿里技术的成熟。经过4次双十一之后,阿里在应对集中时刻大并发的业务上已经经验丰富,飞天5000集群、跨机房调度技术,阿里云技术已经全球领先,而这些技术和能力正在被积极推进开放。不过,能够搞定双十一并不意味着能够解决12306.cn的高并发访问需求。因为火车票有着完全不同的商品属性,比如一个用户订票就需要重新计算调整余票库存,再比如订不到票的用户会一直刷刷刷,这些都会给网站带来压力。12306并非从零开始,它的历史可以追踪到80、90年代的网点售票系统,与各地路局系统联通,甚至涉及到核心调度业务,庞大而复杂,现在要互联网化是基于已有系统扩展而不是新建,很容易牵一发而动全身。为此,阿里云与12306的合作只是小试牛刀:将12306余票查询的75%部署到阿里云。业务特征决定了12306的查询业务占据了90%的流量,其压力正是来自于用户一次次刷票,长达30分钟的支付环节压力反而没那么大;并且余票查询业务与其他业务耦合性最小,最适合迁移到外部云平台。这是云计算最基本的思路之一:核心业务可以自己部署,“粗大笨傻”这类对计算资源需求大但不太核心容易解耦的业务放到第三方平台。迁移到阿里云之后12306不再需要配合春运大量扩容基础设施,而是租赁阿里云;高峰期之后不再租赁回收成本。对于阿里云而言,可以不断扩容计算资源,不同时间分配给不同客户,比如双十一扩容的服务器春运就派上了用场,这让整个计算资源得到充分利用。
引用 @八月虫鸣 发表的:比如说我从济南到上海吧,没票了,所以我就买的从北京到上海的票,但在济南上车。你买的从北京到济南的站票,看着这个座位空着你,你就很难受。但这个座位我已经买了。
引用 @复杂旅行 发表的: 他想表达的意境表达的很清楚了,我看懂了,你不行
引用 @Lurito 发表的:有一说一,站票可以坐在空位上,只要那个位置的主人不在场。
引用 @HARMES13 发表的:沙皮
引用 @t_macing 发表的: 你除了会说对对对,能不能说出点有技术含量的东西呢?比如被你认为不重要的查询,大并发上来以后怎么解决的呢?
引用 @陈七三 发表的:其实我就一直搞不懂这玩意儿难度在哪。……??就算法上它有多复杂。??
引用 @大民哥 发表的:他说的票上写的一个二等,一个一等哈哈哈哈
引用 @EmricKos 发表的:其实12306也有超卖,但是概率不高,我两三年下来碰到过一两次的样子
引用 @憨憨的灵魂 发表的: 这种应急车位肯定有,我说是程序上的错误,兼容才是第一。12306需要兼容线下线上各种买票的软件,硬件,如果错了一个地方,这个通道买票都会错误,会引发一连串问题
引用 @flc007 发表的:别为铁总辩解了,其实就是想利益最大化,想让旅客买长坐短。 你查查北京-青岛的高铁,节前的,比如1月22日、23日,还有不少票不是。 你再查查沿线的站,比如潍坊、淄博,都是无。 北京到潍坊、淄博只能坐去青岛的车,现在没票,你让这些旅客怎么办?只能买长坐短了。 北京-青岛,一到高峰期就直接限售到终点站,这是多少年的顽症了。
引用 @还记得梦想吗 发表的: 没必要细思极恐这玩意,现在这信息化时代各种软件都有你个人信息,不用说阿里云和铁路合作能不能保护好个人信息,在这之前淘宝、支付宝都有你个人详细信息,如果这方面的隐私保护做不到位,别人又怎么可能做到这么大体量
可别丢人了行吗?你说别人是外行,那你到说出来个内行话呀?不知道的以为你是12306的工程师呢!你处理过大型网站的大并发吗?知道海量数据怎么快速索引查询吗?知道一个这种体量的网站最核心的技术在哪吗?别搞笑了行吗?写了两行代码就来这冒充内行人?
东西方向也能看出来离北京的远近呀。比如重庆到武汉,由西向东,武汉离北京更近,所以车次都是偶数。
别说春运,我觉得节假日的流量就很夸张了,
如果没有的话,拿难度还没有双十一高
还真处理过大并发,海量数据,索引查询还真做过
真以为每个软件刚出来都很牛逼?不是在讨论12306现在的技术有多厉害吗,为什么扯到10年前....
还好了,一列车多卖了几张票的话可以安排到餐车解决
你都说了当年,现在还是当年?
大哥,程序上的错误,不是出错一张票。是这条路线的票全错了,影响别的路线换成,更影响下一班,这一连锁的问题,不是补几张票的问题。
并发太牛逼了。
事实就是12306的大并购票架构优化就是阿里帮忙做的,没觉得某一次更新之后就好用很多了么。
那既然你处理过大并发,那你觉得春节期间上亿的QPS怎么分摊数据库压力?你怕是不知道啥是查询性能吧?
我觉得最主要的可能是各类抢票软件 一分钟好几百次递交申请 服务器禁不住也正常
亮帖很多人不喷一下不舒服的水平
看座位号
自己张口就来,别人要证据了你又没有,笑死
这种应急车位肯定有,我说是程序上的错误,兼容才是第一。12306需要兼容线下线上各种买票的软件,硬件,如果错了一个地方,这个通道买票都会错误,会引发一连串问题
哪个瓜怂出滴题,么有吃到嘴里哪个是奶糖
比如说我从济南到上海吧,没票了,所以我就买的从北京到上海的票,但在济南上车。你买的从北京到济南的站票,看着这个座位空着你,你就很难受。但这个座位我已经买了。
老哥,全国几亿得并发量,不是堆服务器就能解决的
你这跟楼主不是在说同一个事吧~
村里刚有网吗…
他想表达的意境表达的很清楚了,我看懂了,你不行
但是核心还是业务逻辑,这个极其复杂
比如说北京到上海的一趟车,你售出一张票是济南到连云港,那全程票就少了一张,多出两张区间票:北京到济南和连云港到上海。
明明是两回事,还说的“我是不认同的”…服了
记得几年前,不少网友,还甚至在电视采访里说:买不到票啊,又卡,网站又丑。听说还是花了多少多少钱做的,我都能做。
说一句,这不就是一个处理高峰期并发量的问题吗?业务不同,实际的问题本源不是一致的?
再说一句,登录问题难道不是一个业务场景?
一句业务场景不一样就得出阿里也解决不了的结论?
全国人民肉眼可见的性能问题,能被你们吹上天也是服气。
每天都可以运转正常的系统才是对用户最大的保障。
就是说别的公司可以做到更屌?
撒泼了?
当然是根据大数据及客运力成本综合最优方案,没方便你就不是最优了?
同行,那就讨论下。这跟双十一抢购业务场景都不一样,优化方案肯定完全不同。每次购票的结果刷新本次列车的空余位置,保证线下购票渠道优先,太多限制,不可能做到像淘宝一样,要求客户跟随产品要求走。业务场景上,淘宝采取提前交押金分流减少压力,这就很互联网。12306的产品经理是谁,不会搞这种花里花俏的需求,回家过年人多才是根本问题。所有方案都不如解决这个直接。
内部个屁,都是外包给几家公司做的
你先了解一下上亿qps是什么概念再说去年春晚抢红包百度披露的数据也就三万qps
几亿的并发量又不是一条线,就像我说的,你把京沪线和京津线放一个服务器上查询?不会分开吗。
相对很少了,但是总会出错的,毕竟那么大体量和峰值
还是国外的公司厉害,国内的太垃圾了。
借楼,阿里达摩院科学家都说这个很屌了https://b23.tv/av83853691
你不明白程序出了bug之后,某个通道的订单都会出错,任何错误乘以几亿个订单,都是数万的错误。可操作的座位是应急用,必须有。是你太自以为是。
你前两次回复我还以为你懂点技术,但是你这次回复,让我肯定你就是个血外行
还有70+点亮 你是觉得一等座和二等座车厢一样长吗?每个位置都有一等二等的区别?一等有15个车厢二等也有15个车厢?
不是,你这个不是说的还真的不大是
其实我就一直搞不懂这玩意儿难度在哪。……??
就算法上它有多复杂。??
并发比双十一还是大,抢同一张票的并发业务比抢某个商品的双十一并发还是大不少
哈哈,反正我内行人都觉得阿里也顶不住,跟双十一是两回事。
主要是并发吧,业务处理量太大了
沙皮
我有一次坐京津城际上车发现有很多座位同时卖出去两三张票的,乘务人员也不知道怎么办了
大哥……你说的没错啊,分布式部署,但是关键不在这里啊。所有数据都要一致性,网上买了票,多个地方要同步,这个事务很大,并发起来更难
他说的票上写的一个二等,一个一等哈哈哈哈
果然应了那句话,外行看热闹,内行看门道
你这不是春运吧,要是春运出错,就不是三个人一个座位,而是三十人一个座位。哪里顶得住这种错误。
哪里顶级了。
每天还是有很多车能看到余票但买不到。
如果满分是100,他顶多拿了95分。
能拿到100分的才叫顶级好么。
有时候就那一张票,几十甚至几百个人一起抢,你真的很难抢得到
真没那么复杂。
你能买到济南到苏州的票(连云港错了,不是在京沪线上),说明是这趟车给济南预留的票,那么这个席位就不能再卖北京-上海,只能卖北京-济南,这个是固定的。至于苏州-上海,这个属于复用票,复用票并不是立即生成,系统根本不需要马上运算。12306在夜间是有暂停的,系统利用这个时间计算并生成复用票,然后随机放出来。
不不,我们同事之前有个讨论,铁路那么多线路,那么多站,还有退票各种操作,各种种类的票,各种情况都可能发生,既要保证准确性,也要保证实时性,很难的呀!
我们老师说开始就是外包做的,后来请了韩国的团队和其他的团队优化,才做成这样子🐶
哈哈哈三万qps笑尿了,我们一个做旅游的app节假日qps都上万,别说一个12306了,上亿是我说的总人数,分摊到qps也得几十万上百万了,那你知道什么概念吗?内行人?
说了多少次了,没有什么同步一致性,所有区间票都是预留的,数量固定。同步个啥?非得加戏?
我上网这么多年,真没有看到过有人发帖说自己的座位票是跟别人重复的——不管是天涯还是猫扑还是什么别的论坛
解决方案有很多,阿里可以让别人买,分开买,可以设计各种方案优化。春运不行,买票就是刚需。需求上已经限定死了。让12306不崩溃只是技术上问题,按你说的高峰并发,我加缓存加分流加服务各种怼,也许都能解决。核心没解决还是运力问题,还是有人买不到票问题,继续会有人买不票,显示loading还是失败还是崩溃只是形式上不同,结果还是一样。
不知道为啥有人灭你,初中地理讲铁路的章节里面就有
想的简单了,业务逻辑我觉得比淘宝那些要复杂不少。而且也要兼顾超高并发,哪里容易啊。
有吗?我是程序员,逻辑和并发本来就是两个方面呀。
刚开始主要是说界面丑,卡是确实卡,不是学习编程的不懂算法之类的复杂
吊在哪里,真心求科普
对对对对,你说的对
再仔细想想朋友
阿里云的团队做的,所以现在阿里云卖广告都不用说太多,就两句话:一,我的平台连续多年稳定地支撑了双十一;二,我的平台给12306网站的改进提供了技术支持。就这两句话广告效果就满分了。
其实詹姆斯扣篮很简单,不复杂,就拿着球直接放进篮筐即可
别为铁总辩解了,其实就是想利益最大化,想让旅客买长坐短。
你查查北京-青岛的高铁,节前的,比如1月22日、23日,还有不少票不是。
你再查查沿线的站,比如潍坊、淄博,都是无。
北京到潍坊、淄博只能坐去青岛的车,现在没票,你让这些旅客怎么办?只能买长坐短了。
北京-青岛,一到高峰期就直接限售到终点站,这是多少年的顽症了。
你除了会说对对对,能不能说出点有技术含量的东西呢?比如被你认为不重要的查询,大并发上来以后怎么解决的呢?
??我寻思着,票一放出来大家拼手速,拼网速买,不叫抢票……那叫啥?你是不是不理解这个词的意思?
马来人来了
有一说一,站票可以坐在空位上,只要那个位置的主人不在场。
外行人也觉得很吊,不知道什么原因
不是这样的
铁路的策略一直都是给各个站预留固定数量的车票
在这个例子中,你能够买济南出发的车票,是因为开票前就给济南预留固定数量的车票,这是为了保障各站上车乘客的比例,预先分配好的
所以北京到济南这个区间票,在开票的时候就已经有了
顶多只会生成从连云港以后的区间票,甚至也有可能就不会生成连云港以后的区间票(这种情况以前有,现在我不确定)
这跟车次有关,看是否全程联网
而且铁路实际上有很多事先制定好的策略,比如春运期间长途车可能不卖短途的卧铺或者坐票,你始发站上车一站就下,可能只能买硬座甚至无座
是你不行
今年同事请黄牛刷票,确实没买到
那你做呗,你停车位没车我还可以停呢,来了开走就行了。
你从哪块石头蹦出来的?
不知道您公司的产品是什么,我学习一下,我觉得您因该是管理岗,年龄30到40之间
就好比,管理100家每天人流量1000的商店,不算太难,但如果是1家人流量是10万的商店。。。那就非常复杂了,要做很多很多的优化,比如说入口怎么做优化,不至于人挤人,比如商品怎么摆放方便顾客查找,比如收银怎么设计防止排长龙……高并发的服务器也是类似的道理。
二等坐座位 一等坐二等腿上 哈哈
这话是的,你整的人家回不了家了,这个责任有点大
肯定有啊,哪有100%的事情,我们IT界的有个数字叫99.99%可用性,但是感觉12306这个可用性可能能打到99.99..99%
我有一次付款成功了也没出票,回头跟我说系统错误,七个工作日给我退钱,bug不可能避免的。
敢问九筒大哥是什么行业什么级别的?如果你能轻松解决这个问题建议去竞标这个系统,当初12年可是全世界招标最后系统效果也不好。大哥你能解决的话这辈子钱都烧不完嗷
你意思合着为你短途着想就是对的了?他卖到青岛有票,人买了才有利益最大一说,人买了说明就有需求,没人买他到时候也会放出来,不放出来他就空车跑,你认为春运有空座的吗,你有几种选择1.开车回去,2.买到青岛的票3.铤而走险临时抢放出来的票,4.当铁总老大改规则,真是我即全世界呢,想方便,要么把它变成自己的,要么利用规则最优化出行,改变不了的事情在那吐槽,显得铁总欠你很多?
那可不一样,买票软件包括12306必需身份证,这是个人最重要的个人信息了,你说的那些顶多收集到了电话地址等信息。这差别还是不一般。