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