總結網上訂票系統(tǒng)常見的問題如下：

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

2、 訂單提交成功之后，支付環(huán)節(jié)出了問題，瀏覽器意外退出，后再登陸，發(fā)現(xiàn)登陸不上，無法在規(guī)定時間內完成支付，購票失敗

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

4、 驗證碼輸入總是錯誤，無法完成驗證碼驗證環(huán)節(jié)，無法登陸

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

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

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

本人并非訂票系統(tǒng)設計人員，但是通用對訂票系統(tǒng)外在的表現(xiàn)大膽猜測一下訂票系統(tǒng)的設計。

常見問題原因分析：

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

問題4，驗證碼輸入總是錯誤，無法完成驗證碼驗證環(huán)節(jié)，無法登陸

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

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

常見問題：

問題2：訂單提交成功之后，支付環(huán)節(jié)出了問題，瀏覽器意外退出，后再登陸，發(fā)現(xiàn)登陸不上，無法在規(guī)定時間內完成支付，購票失敗

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

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

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

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

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

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

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

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

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

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

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

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

7、 開發(fā)出更多的手機終端軟件，擴大訂票系統(tǒng)使用的覆蓋面

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

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

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