售票员的网速比你的网速快……

我设想这样的方案：
1.线路选择：使用一个独立的数据库，这个数据库变化较小，主要就是车次运行路线变动，增加删除车次才会用到
2.线路独立数据库：客户订票的时候必然会选择一个特定的车次，每列火车开往一个方向中，订票数大约为数千张
3.客户在选择路线，查看余票的时候，查询的数据库最多几十列车，相当于同一时刻大约有10*1000=10^4数量级的共享读取操作，这个由于不是查询每张票的状态，花费应该不大吧？
4.客户最后确认的订票只会对一列车的数据进行操作，这个时候需要锁定数据库并写入，同一辆车并发写入峰值就是数千
5.排队机制，先提交订票的先得，
6.考虑到票总是不够，把上面的数据上浮10倍我觉得还是可以接受的

售票员用的服务器和你在网上买票的服务器不是同一组服务器

内网和外网的问题吧
另外可能还有一个触发条件的优先级问题吧

估计是优先级不同

1、在网上订票走的是公网，要经过N多认证，防火墙等措施，而他们的营业走的是专网，也有论证、防火措施，但是方式方法都简单很多。
2、这是系统逐渐发展过来的。原来订票系统根本没有考虑网上订票这块，后来才增加这个接口，问题很多，特别是核心数据库没有能力应付大量的网络查询、订票等操作，为了保证原有系统能正常工作，通过互联网络的请求数是有上限的，但是算法有问题，现在的情况是不能为而为之，按淘宝搞技术的说法，淘宝能提供的服务也是有限的，但是淘宝采取了数量大时，保证先接入的服务质量，没有接入的部分，拒绝服务，这样，保证了已经接入用户的感受，而铁路采用的是尽量服务，结果悲哀的结果：谁都用不成。
3、铁路网络订票系统在设计之初，没有料到流量如此之大，软、硬件的服务能力都跟不上，而与之对比的互联网公司，如淘宝，是从小流量逐渐发展到现在，软件开发、硬件建设都是一步一步跟上来的，还有一个关键，就是后台的运维力量也锻炼出来了，但铁路网终订票没有这个渐近过程，出这个结果，也是正常的。CCAV网络直播第一炮，也是打黑了的，人家是服务器直接挂了。
4、对于铁路订票系统，在铁路中是小问题，得不到应有的重视，比如行车安全，怎么都比这个重要。而对应的互联网公司，网络系统的正常使用是关系到生死的大问题，都说领导重视，重视程度也不一样。

没啊，每次网上购买都很顺畅啊。一次卡的也没遇到过。