代码ABC
注册：2007-10-25 19:14:32
从八品上:承奉郎|御武(侮)校尉
从八品上:承奉郎|御武(侮)校尉
💧160370
🌟8926
💓5901
🌟8926
💓5901
家园
使用Cache有一些前提，这是做Cache规划时必须记住的。第一个前提是：缓存下来的东西需要频繁读取但不需要频繁变化，第二个前提是：读取缓存的代价应远小于读取源数据的代价。通常第二个前提很容易满足，一般不需要考虑太多。而第一个前提则经常隐含一些陷阱，当我们使用一些Cache技术的 ...
枪枪爆头那就神马都停止了
除非12306是你参与做的，那我道歉。 不管是从头设计也好，优化也好。总要有一些基本的数据、假定和约束。不然就真是纸上谈兵了。Cache当然可以降低数据库的负荷，但是搞清楚付出的代价才是更重要的事情。 另外，做了一两年网站设计的人的想法不一定靠谱，除非他这一两年就做一个网站，看着 ...
一般只用直觉来规划验证问题的优先级。所以习惯使然让我只从最基本的层面——数据量，开始分析。实际上做优化的第一个步骤并不是考虑使用什么技术手段，而是首先收集数据，有了性能评估数据之后。也不是先考虑Cache之类的手段。而是确定系统瓶颈和产生的原因，所以我在没有任何这些资料的情况下写 ...
美国内部也不是铁板一块。打起来谁最赚钱？ 看过《战争之王》吧，里头那句台词“不卖军火打自己的国家的军火商就不能算国际军火商”，把军火商改成资本家也是成立的。 ...
文武术、招安、从龙不过一个卖字。
我主贴里也是把查询作为主要负担来考虑的。我是觉得这个票额不合理加大了系统的负担。如果能大致满足注册用户的购票需求，其实系统负担至少可以下降一半。大部分人买完票之后就不会再刷页面了，这类无谓增加的流量估计占去一半以上（可能远远不止）。 所以其实这里可能存在一个优化系统的方案，其效果 ...
Cache规划需要更多的假定，我手头没有任何资料帮我做这些假定。所以只是从最基本的东西推测。 另外，直觉上Cache对12306没什么帮助。
貌似原贴估计大了不止一个量级。这些天总共才通过网络卖出300万张票。这个系统设计还真是个.......怎么说呢，太不中用了。 另外，注册用户1000万，出300万的票。这不是白找700万人来骂自己吗？还是我又搞错了新闻来源。 ...
卡梅伦要他们尽快公投的意思是趁现在自持独立的人还不够半数，赶紧先投了。要经济在拖下去公投就可能真独立了。 看吧，只有支持独立的人超过水平线，肯定是百般阻挠独立的。反过来独党现在还在积累人数压根就不急。 看来双方都看跌英国的前景。 ...
[QUOTE]而在于当中间件可用连接数有限的情况下，应当使每个用户尽快完成交易。[/QUOTE] 这个是设计原则，正确。 [QUOTE]我认为目前的售票系统网银支付方法是阻碍用户在短时间内完成交易的主要瓶颈。[/QUOTE] 这个分析是错误的。事实上支付前和支付后确认在本地系统看 ...
其实用什么支付对于网站来说都一样
我真不知道具体情况。如果是这样，那么数据其实已经简化到我最后介绍的设计了。而且具下面的回复，我的估计还大了一个数量级。应该不会出现那么严重的问题，难道他们余票查询还需要去汇总售票记录？ ...
日，我发现我用了总客运量了。算了，不改了。