编者按：本文来自微信大众号“PingWest品玩”（ID：wepingwest），作者李禾子，36氪经授权发布。
接近新年，12306溃散一次，就有人心碎一次。
12月23日上午，有不少网友爆料称12306呈现了车次加载失利、购买不了票或卡在替补订单付出界面的状况，疑似因抢票人数过多，导致服务器溃散。12306客服后来回应，原因可能是操作旅客过多，体系繁忙形成的，可测验从头卸载装置客户端或切换网络。至于春运期间是否将加强技能确保，客服称需求反馈给相关技能部分才干得知。
好像每年在春运的节骨眼上，12306总要掉几回链子。现已有人学会了苦中作乐，有网友想到也许能报个旅行社回家：
有人出主意否则就直接买辆车吧，路上还能拉个顺风车挣钱：很多人尽管总喊着春节太烦太累，但家究竟仍是要回。依照2020年春运火车票网络订票提早30天出售的规矩，12月23日现已能够购买2020年1月21日的车票，正是抢票顶峰期。在离新年假期只剩整一个月的当口，绝大多数归心似箭的人仍是被这波宕机搞得十分着急。
12306每次宕机都伴随着一片骂声，这次也不破例。咱们不明白为什么这么久过去了，12306仍是如此让人糟心。这样的一个问题并不简略，它涉及到我国杂乱的国情和背面的种种技能，不是一句话就能说清，咱们亦无法简略给12306定性。
但有一点能够必定，作为国际上公认规划最大、特定时段最繁忙的实时交易体系之一，能在绝大部分时间确保平稳运转，12306现已适当不简略了。
为何会抢不到票？
在解说这次12306为何会溃散前，咱们有必要先了解一些它的根本规矩。
一直以来，我国铁路都存在一种被叫做“区间限售”的售票形式。它某种程度是对硬纸板票售票形式的连续，在硬纸板票年代，每辆车在每个车站、每个区间出售的车票都需求提早印刷好，因而售票部分会事先给每趟车不同区间的车票数量拟定目标。
在互联网年代，这种目标分配仍然存在，所以逐渐有了区间限售的说法。这种售票形式遵从的准则，12306官方的对外解说是“弃短护长”。
举个简略的比如（仅作举例不代表真实状况），针对从北京始发经由济南、南京，终究抵达上海的G1次高速列车，在一开端售票的时侯，大概率不会出售从济南到南京段的车票，或许会在开端时约束这一区间出售的车票数量（不放出悉数车票），为的是确保北京到南京、上海的远程旅客的出行需求。
由于一旦你先买了济南到南京的车票，意味着你不只占用了从北京到南京的一个座位，还占用了一个从北京到上海的。不论是就便利远程旅客（没人乐意从北京到上海三段区间换三次座位），仍是减轻铁路体系的作业担负，区间限售都是现在最合适的处理方案。
这也在某些特定的程度上解说了火车票为什么难抢，一边是巨大的人口基数，一边是区间限售的方法，都让车票在刚一放票就被秒光。尽管在接近开车的一段时间内，为了调控需求、进步列车利用率，会免除限售放出一些没有卖出的余票，但在春运这样交通资源极端严重的时分，人们一天买不着票就要多操心一天，伤时伤财伤感情。
越是需求拼手速，第三方抢票软件就越有利可图。渐渐的变多人挑选抛弃运用12306官网及App手动订票，转而把抢票使命托付给携程、智行等等的第三方软件和机器。
人工改写永久快不过机器，第三方抢票软件给12306带来的是巨大且更频频的数据量。一名曾在第三方软件的火车票部分作业过的知乎匿名用户如此回想，“就咱们每天往她（12306）塞的流量，根本上小电商网站都要溃散，而且咱们更早地提出过站补票，买短程票延伸，供给机票加火车加轿车一系列的处理方案，查询量十分大。”
12306为何会溃散？
第三方抢票软件给12306带来的压力，根本都在余票查询环节，这也是12306的溃散之处。
查询环节就涉及到12306库存机制的杂乱性。事实上早在2014年，一位ID名为“代码狗”的前淘宝工程师就在闻名论坛“西西河”上发文表达过他对12306的观点。他曾以为12306的体系很简略建立，所以发起了一个名为“替12306规划体系”的开源项目，但是作业中的实践彻底改变了他对12306的知道。
12306体系的杂乱之处就在于，它的SKU（即Stock keeping Unit，库存保有单位）并不像一般电商那样，能够终究靠差异货品有和没有来简略核算，而是需求结合每条线路的不同区间来做杂乱运算，而且，12306的SKU仍是时间动态改变着的。
这儿引证“代码狗”举的一个从北京西到深圳北的G71次高速列车的比如（仅评论理论国际的模型）。这趟列车共有17个站，3种座位，表面上看这是3种产品（商务座、一等座和二等座），但实际上，G71的产品种类多达408种（留意：这儿指的是产品种类，而非详细的产品数量）。
核算方法是，假设卖北京西始发的车票，共有16种卖法，由于后边有16个站，分别是北京西到保定、石家庄、郑州、武汉、长沙、广州、虎门……每个区间都能够看作是一种独立的产品。同理，假设是从石家庄站始发，共有15种卖法，以此类推。所以单按车站区间来核算，G71的产品种类为：16+15+14+…+2+1=136种。再考虑进3种座位类型，产品种类就成了：136*3=408种。
咱们再来看G71是怎样减库存的。假设旅客A买了一张区间为北京西到保定东（即顺序数北京西的下一站）的车票，那么G71的SKU就要减去16个，包含北京西到余下16个车站每个区间都要减1（留意：这儿指的便是产品数量了，能够暂时不需考虑座位类型）。
相同，假设旅客B买了一张区间为北京西到深圳北（即终点站）的车票，G71的SKU就要减去136个，包含北京西到余下16个车站每个区间减1，保定东到余下15个车站每个区间减1，石家庄到余下14个车站每个区间减1……所以减去的库存为：16+15+14+…+2+1=136个。
G71的产品种类原本现已够多了，库存减起来更是繁琐。可见，12306的动态库存比咱们平常买东西的任何网站的库存机制要杂乱太多太多，等于旅客每买一张车票，12306就需求更新相应线路的一切车票数据。
有业内人士称，余票查询体系访问量巨大，占12306整个网站流量的90%以上，事务顶峰期并发恳求密布，功用要求是整个事务体系中最为重要的一环。
当第三方抢票软件加上人工查询涌入的数据量超出12306的核算才能时，溃散就发生了。
不是12306不努力
关于12306来说，应对的方法无非两种，一种是冲击第三方抢票软件，一种是晋级服务器。实际上，这些12306也早就想到了。
为了冲击抢票软件，12306测验过的方法就包含了最早的字母数字组合验证码，后来槽点颇多的图形验证码，规矩半年内不得删去常用联系人，每个注册的账户有必要经过实名验证，以及推出“官方的抢票功用”替补购票等。
▲当年12306的图形验证码被玩坏了
经过怎样、道理怎样不再赘述，但结果是，种种杂乱的约束最终总能被第三方软件想方设法破解，这不现在一些抢票软件现已能帮你完成“官方替补”（别问我怎样知道的），而12306的替补功用本年5月才刚正式上线。
服务器方面，12306针对余票查询体系有过的两次较大晋级。
一次是在上线后的一年内挑选与美国科技公司Pivotal（中译“毕威拓”）协作，引进后者的GemFire分布式内存核算渠道技能首先对12306的余票查询体系进行改造。“分布式数据处理”和“集中式数据处理”概念相对，在处理12306的票务问题上分布式核算更有优势（不明白两者差异的朋友请自行查找）。这次技能改造作用显着，让12306暂时舒了一口气。
▲12306引进Pivotal GemFire改造后的成效
另一次则是和阿里云的协作。据一名自称是阿里云程序员、参加了2015年12306春运项目作业的知乎匿名用户称，在2014年头两头团队就已开端评论怎样将余票查询体系放到云上，并在2015年春运期间将12306 75%的余票查询事务放到云上。
云核算相较于GemFire这样根据内存的分布式集群体系功用更进一步，在提高余票查询才能方面，云核算能够快速布置使用供给服务，经过分钟级的扩容操作，完成十倍、百倍的服务才能扩展。
了解了这些，咱们恐怕真的不能责备12306不努力。尤其是考虑到每年只增不减、屡创新高的春运铁路出行人次，12306简直年年都要面对大考。
把近五年的铁路春运数据放在一同比就很显着了，2015-2019年春运铁路总计发送旅客人次分别是：2.95亿、3.26亿、3.57亿、3.8亿和4.1亿。据12月25日国家开展变革委、交通运输部、公安部、国铁集团等八部分联合举行的电视电话会议猜测，2020年全国春运铁路发送旅客将高达4.4亿人次。
你可能会问，既然如此，12306为啥不多买一点服务器呢？有人举了这样一个比如:
“十一黄金周的时分，北京主城区到八达岭长城的路堵得结结实实，但不能由于黄金周出行顶峰，就把这段路修成长安街那样10车道的公路。花大价钱修了一段路，黄金周是能够飙到80公里/小时了，可平常呢，拿来给两头的居民晒谷子？逼着12306买一大堆服务器抵挡春运，和逼北京修一条10车道的高速公路去八达岭长城一个道理。”
再者，即便是买了更多服务器，当时我国的铁路运力摆在那，仍然会有人抢不到票。
所以别总抱着“12306技能不可”的怨念不放了，那样没有意义。就像一位12306工程师回忆体系刚上线时说的，“其实咱们咱们都知道，他们骂的不是12306，他们骂的是这个年代。”
