總結網上訂票系統常見的問題如下：

1、 高峰時段無法登陸，提示在線用戶過多

2、 訂單提交成功之后，支付環節出了問題，瀏覽器意外退出，后再登陸，發現登陸不上，無法在規定時間內完成支付，購票失敗

3、 訂單提交反饋時間過長，熱門線路需要等待20分鐘甚至更長時間，才能得到反饋

4、 驗證碼輸入總是錯誤，無法完成驗證碼驗證環節，無法登陸

5、 逢用戶高峰，網站反應速度較慢

6、 對多瀏覽器支持不好，沒有IOS，Android應用入口

以上問題多數都是用戶體驗的問題，用戶體驗的問題即有票源稀少的原因，更多的是對訂票系統使用過程中系統登陸困難，反應遲鈍，訂單結果反饋太慢，意外退出等問題難以忍受。

本人并非訂票系統設計人員，但是通用對訂票系統外在的表現大膽猜測一下訂票系統的設計。

常見問題原因分析：

問題1，高峰時段無法登陸，提示在線用戶過多；

問題4，驗證碼輸入總是錯誤，無法完成驗證碼驗證環節，無法登陸

無法登陸的問題，其原因顯然是前端用于處理WEB連接服務器太少或網絡帶寬不足所至，為了不讓更多的用戶一起連接服務器導致服務器較慢，只好拒絕一些用戶的登陸請求。使同時在線人數保持在一個上限以內。

驗證碼輸入總是錯誤的問題，原因也是用于處理WEB連接服務器太少所至，為了防止一些客戶端使用“惡意”軟件，不斷自動登陸的情況，驗證碼需求由客戶端向服務器提交一個驗證請求，可以由于服務器響應實在太慢，以至于整個響應速度居然超過了驗證碼的有效時間。

常見問題：

問題2：訂單提交成功之后，支付環節出了問題，瀏覽器意外退出，后再登陸，發現登陸不上，無法在規定時間內完成支付，購票失敗

問題3：訂單提交反饋時間過長，熱門線路需要等待20分鐘甚至更長時間，才能得到反饋

問題5：逢用戶高峰，網站反應速度較慢

問題2是一個系統的BUG，但是可以通過一些設計來解決這個問題。

問題3，問題5，可能是由于WEB服務器與邏輯處理服務器在同一臺機器上，而導致服務器CPU分配了過多的時間與資源在處理用戶請求，在執行邏輯時執行緩慢。

如果數據庫也在同一臺服務器上，那問題可能更加嚴重。當然我相信，不在一臺服務器上的可能性比較大。

總結以上問題，其解決方案建議如下：

1、 準備更多前端WEB服務器，解決WEB前端的問題沒有別的辦法，只能加服務器，或者每個省市放一群單獨的服務器，根據用戶量進行增加，直到響應流暢為止。

2、 可以考慮把邏輯服務器單獨分離出來，與WEB服務器分開，WEB服務器只處理WEB請求，邏輯服務器單獨運行

3、 把數據庫服務器單獨分離，并且把火車票票量數據庫與用戶訂票信息數據庫放到不同的機器上，由于大量的訂票請求會訪問火車票票量數據庫，并且會有大量訂票數據添加到用戶訂票信息數據庫中，在處理添加的邏輯占用了大量的數據庫資源，會導致整個系統變慢。如果放到同一臺機器上，必然導致響應變慢。把不同性質的數據，放到不同機器、不同的數據系統中，可以合理的分流系統訪問量，使系統響應加快，橫向擴展更具有彈性。

4、 把支付訂票費用放到一個單獨的網站進行，訂單提交成功后鎖票，之后根據訂單號可以在另外一個單獨的網站上進行單獨支付，支付時只要提供訂票號就可以，這樣做有很多好處：1. 避免了由于支付失敗而導致退出瀏覽器，卻由于在線人數過多無法登陸導致訂票失敗的情況，2. 電話訂票也可以在此支付，在火車站機自動售票機器上取票，這樣支付方便，也解決了異地付款取票的問題 3. 單獨支付會在一定程度上給訂票網站減輕訪問與處理壓力

5、 提供快遞火車票服務進行創收，支付成功的火車票可以進行快遞，這樣即方便訂票人也可以給鐵道部創收

6、 網站可以根據用戶訂票信息做一些有針對性網站廣告，如旅游、酒店廣告等進行創收

7、 開發出更多的手機終端軟件，擴大訂票系統使用的覆蓋面

8、 支持更多的瀏覽器，而不僅僅是IE

由于本人水平有限，歡迎各個高手批評指正，希望這篇文章能夠拋磚引玉，大家一起討論。
網上的其他類似文章：

http://cloud.it168.com/a2012/0130/1304/000001304533.shtml