**[u]echohfut[/u]
[url]
1. manage 使用者的expectation，不要造成無謂的刷網頁。許多網友提出的分布式佇列是個好的思路。買票是使用者選擇排隊，並知道當前還有多少票，有多少人在排，就不會有恐慌的心理了。
2. 前端網頁的優化是必須的，不知道現在有沒有用到cdn
3. 為什麼有很多錢付了，票沒了的情況？ 不知這其中的事務是怎麼處理的。如果這是可接受並預先通知使用者的話也罷...
現在的新**是真按照上面說的做了，我日，比以前更爛了啊，有木有！！！！！！！！！！！！！！！！！！
12306的優化思考
一 場景分析 1 平時訪問量不高，但是春運幾天會出現瞬間高峰 2 訂單的事務性要求較高 3 全國開放，並且票數要精準 4 瞬間訪問量大 二 調優可行性方案 1 資料層次 請使用oracle，在資料穩定性以及千萬級別的資料量上還是比較有保障 2 cache層次 3 前端處理 4 業務層次 5 事務處理...
關於12306的想法
最初的想法是這樣，12306如果做成這樣 這樣就沒有搶票這回事了，因為使用者完全無法干預排隊的事情。後來追加的，考慮按比例分票 網路售票中，一部分票按下訂時間順序 一部分按照別的規則，或者乾脆隨機，這樣至少能緩解使用者不斷的訪問系統這種雙輸的事情。而且網路售出數量受各售票點 數量限制，在售票點售票過...
我設計的12306
feed系統和火車票售賣系統是2個高訪問高併發情況下具體很大挑戰的系統。在低訪問，低併發的情況下feed系統會變的非常簡單，資料模型和業務功能都比較容易設計和實現，主要的挑戰就剩如何面對層出不窮的敏感詞和花樣百出的廣告語。相比之下，火車票售賣系統在低併發時也很有趣，假設我是12306的架構師，我會如...