火車票訂票系統的幾點優化思考

2021-06-16 08:13:14 字數 467 閱讀 3793

一、場景分析

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 事務處理 ...