主题：【讨论】回应对12306.cn网站的技术质疑 -- 忘情
家园 花！ 五分钟或十分钟分段，放进固定人数，别人立刻回复五分钟或十分钟后再来，头一次区间可长一点，放开之前可查询。
家园 够专业。 虽然俺不大懂这个，也说点想法，比如把负荷按车次或承担局分散到各路局的服务器上，应该能解决不少问题。
现在又有个想法：能不能改变出票时间？现在的做法是每天一个时间出所有的票，好象是早上8点吧？改成按车次发车时间出票，把出票时间从一个点分散到一整天，就是此次车几点发车就几点出票。比如说提前十天出票，此次车是每天15点发车，就在十天前的15点出票。这样就应该能把抢票时间从早上两个小时分散到全天十六、七个小时，把早上这个峰值访问量拉平，我猜这样能把峰值降到原来的十分之一以上。
我想这个办法是技术上最容易实现的。
通宝推：小飕风风,家园 中国的铁路订票系统是技术不可解决的问题 无论12306网站可以支撑多大的流量，只要不是无限的流量，都一定会被很快充满，然后爆掉。在有效供给远小于需求的情况下，人们先会用一个进程刷，发现不行后开多个页面多个进程，再不行，会上刷票机。无论12306可以装备多少服务器，并行程度有多高，面对全国人民的刷票机，那都是浮云。
因此，12306的设计不是让它不崩溃，而是限制崩溃的范围。我这几天买23-24号的票，根本是有大把空余的车次，但是却因为登陆不上去而无法进行。其实我从来没有买过热门车次，但是总是被殃及池鱼。
因此，12306目前最关键的，是要把热门车次与非热门车次剥离，让非热门车次的旅客可以顺利买票，而热门车次的旅客去玩崩溃。只要能实现这一点，我相信大家还是可以理解的。
另外，如果要说如何设计这个系统，我觉得要达到最高性能，应当使用内存数据库。车票系统的数据并不大，目前装备64-128GB内存的服务器并不贵，我算了一下完全可以全存到内存。用热备3-4台内存数据库，配合memcache集群，至少对热门车次应当是够用了。当然，如果全国人民上刷票机，那什么数据库都是浮云。
家园 刷票机的使用范围有限 通过验证码可以解决刷票机的问题。验证码中的字符只有人能辨认，目前机器的识别能力还达不到，所以刷票机在使用验证码的网页上不能发挥作用。
家园 12306就是以自己的可能崩溃保证网点订票系统的不崩溃 整个铁路订票系统的崩溃控制就是分级的，不过是另外一种分级：
最核心级：人流车流不崩溃。绝不允许出现几百万人站在火车站前广场上走不掉的情况。
核心级：网点订票不能崩溃。不能出现网点都订不了票的情况。尽量不要出现网点前几百米的长队。
外围级：12306.
12306的作用，就是平时锦上添花，关键时刻牺牲自己保证网点订票不崩溃。当12306崩溃的时候，真有需求的会去网点买票，其他的人就让他刷12306，刷完了骂骂完了刷好了。只要这些人不跑到网点前去排队，12306的功能就胜利完成了。
家园 学习google一样多上服务器，然后组成服务器机组群。 接着根据统计数据动态调整哪些机组群负责哪些车次时段的票。
不知道这样会不会好一些
家园 全内存数据库加多台热备份很不错。
家园 个人建议按车次分成无数小店上taobao等，这样大家省心 家园 好久没看忘情的长文了 个人一些想法 可能不成熟吧
1 火车票有热门和冷门的 是不是可以考虑走不同的通道？
2 火车票的问题的大环境其实就是节假日大规模迁徙 是不是可以考虑公铁路联运放到网上就比如民航转机一样？
家园 确实应该分开 京沪高铁线票其实一点不紧张，但是在网站上操作就是不顺利，要多次尝试才能成功，还要排队等候，另外，忘情说改版前也是要排队，只不过是在后台排，但是根据我的几次经验，好像是不用排队的，都是预订-马上成功-缴费，整个过程顺利的一两分钟完成。