主题：谈谈大型网站架构的一些关键技术 -- 季侯

先给邓老大花上，再提点不同看法。

订票系统中登陆，火车线路查询cache的做法大家都有真知灼见。俺就不添足了。 就数据库的tranaction核心探讨一下。

新闻中说火车春运3亿人次。假设春运订票为两星期，那么系统在两星期卖3亿张票。假设系统每天工作12小时。那每秒钟卖票大概500张。是个大数目，但绝对不是前所未有的。

正如邓老大文中引述的。解决方案之一是数据分割，每天每车次做一个table。整个春运订票大概要几百个tables。 每个table有各自的物理存储的空间。把每秒钟500张分散在几百个table里。每个table每秒的transaction峰值也就10－20个。达到这个目标不难。

更直接解决方案是用full ACID in-memory DB。不用做数据分割。所有的春运火车座位都放在内存里，也不过1－200 GB的空间。in-memory DB 对付每秒钟500张票是小菜一碟。 RDBMS的鼻祖老大Stonebraker现在做的VoltDB号称每秒过万的transactions on commodity hardware.

付费是个异步处理，除了credit card authorization，完全可以离线处理。用户不用在线等待。

退一万步，从项目管理来说，铁道部也有大问题。系统上线，有没有作过performance and throughput 测试？ 测试通过的标准是什么？