主题:【原创】无责任推测12306网站遇到的麻烦 -- 代码ABC
共:💬135 🌺246
我没有做过前端系统,主要的工作经验来源于设备网管。按照我的设想,铁路售票系统的case如下:
1.登陆
2.查询余票
3.预定车票
4.交易付款
5.确认交易成功
大量的数据交互应该在3和5步,在预定车票的时候应该已经在系统中将该数据lock,然后等待付款成功后将车票从系统中提出。如果出现预订后放弃的情况,该车票需要归还票池。
按照上面的设定,使用cache不会有太多的性能提升,所有的查询,预订和出票应该都使用同一个数据库联接,如果有人出现交易失败一直在系统内试图交易的情况,负载将会急剧上升。而且他是一个实时系统,这样的压力不是说搞定就搞定的。
再说了通信交换系统或者银行系统,核心机上数据交换都比较少,并且业务相对来说可以拆分,都比这个铁路订票要容易一些。
- 相关回复 上下关系8
压缩 2 层
🙂软件史上哪那么容易留名 10 吴刚看你跳舞 字1090 2012-01-14 12:07:58
🙂2000年,qq用户才2万人。。。。 ziotean 字42 2012-02-28 23:31:41
🙂他的流量肯定超过单一金融系统 宋兵丙 字8 2012-01-16 00:33:55
🙂对于流量的问题,不是很赞同
🙂这个系统对华为中兴这样的真的就是小菜一碟 老驴 字0 2012-01-14 22:15:10
🙂ATT的纽约cell phone系统911时曾被打爆- 愚弟 字6 2012-01-14 22:29:14
🙂这是超出设计范围了 老驴 字84 2012-01-14 22:36:17
🙂要看是多少人分享一个交换器, 愚弟 字22 2012-01-14 22:44:58