主题：【原创】好吧，给一个铁道部订票系统的正确答案 -- 布老虎

假设峰值5000万人会同时在线，但考虑到有人要搜索路线，查价格，在假设平均地分布在15分钟内拍板决定，估计同一秒钟下单的数目约为5万5。这个应该不算是是很离谱的要求。

下单不是难处，而是每一张票整个Transaction的完成要花时间，如果5万5个Transaction同时进行的话，很可能一下子就把数据库拖垮了。

布老虎的思路，（其实红黑客的思路也一样）就是要排队。

就像售票站点，开100个窗口，这5万5就平均地排在这100个窗口上，一条龙，也就是550个买家。假设每一个Transaction需0.1秒完成，那么最后的一位，大概需要1分钟的时间。

这100个窗口的数字是怎么来的呢，这里是我随意估算的。在实践工作中，就要靠行家的经验了，一般来说，钱越多，硬件越好，设计越好的数据库，这个数字越大，反之则越小。这个数字，其实就是数据库可以并行处理各个Transaction的上限。

这种思路的好处在于，可扩展性。

即使一开始的估算不准，也不要紧，我投多点钱，买多点服务器，开多几个窗口，增加带宽，从而降低排队的时间。