一、場景分析
1、平時訪問量不高，但是春運幾天會出現瞬間高峰
2、訂單的事務性要求較高
3、全國開放，並且票數要精準
4、瞬間訪問量大
二、調優可行性方案
1、資料層次
使用oracle，在資料穩定性以及千萬級別的資料量上還是比較有保障
2、cache層次
3、前端處理
4、業務層次
5、事務處理
按照業務進行事務處理，盡量不要做成乙個大的事務，在業務流程設計上，盡量做到事務精簡，邏輯嚴密。
例如：訂票流程和支付流程作為兩個業務。或者支付業務拆分成給賬戶充值+賬戶扣費兩個邏輯
6、部署策略
7、網路層次
控制各個應用系統節點的壓力，當部分節點的使用者量達到一定限額，將使用者跳到友好頁
8、防抓取爬蟲
防止部分爬蟲自動買票。對於單個ip做分析防範。發現後立即封鎖ip
火車票訂票系統的幾點優化思考
一 場景分析 1 平時訪問量不高，但是春運幾天會出現瞬間高峰 2 訂單的事務性要求較高 3 全國開放，並且票數要精準 4 瞬間訪問量大 二 調優可行性方案 1 資料層次 請使用oracle，在資料穩定性以及千萬級別的資料量上還是比較有保障 2 cache層次 3 前端處理 4 業務層次 5 事務處理...
火車票訂票系統的幾點優化思考
分類 隨筆 2012 01 09 11 06 4967人閱讀收藏 舉報一 場景分析 1 平時訪問量不高，但是春運幾天會出現瞬間高峰 2 訂單的事務性要求較高 3 全國開放，並且票數要精準 4 瞬間訪問量大 二 調優可行性方案 1 資料層次 使用oracle，在資料穩定性以及千萬級別的資料量上還是比較...
火車票訂票系統的幾點優化思考
一 場景分析 1 平時訪問量不高，但是春運幾天會出現瞬間高峰 2 訂單的事務性要求較高 3 全國開放，並且票數要精準 4 瞬間訪問量大 二 調優可行性方案 1 資料層次 使用oracle，在資料穩定性以及千萬級別的資料量上還是比較有保障 2 cache層次 3 前端處理 4 業務層次 5 事務處理 ...