看起來是用 table lock，不是用 row lock ? 高鐵開始營運時發生重複訂票，那是沒用 lock，現在是有改進，只是為何不一次弄好 三腳貓？

一般 lock 必須寫成 test & set 是 atomic operation，當某個 row 被 SELECT FOR UPDATE 到符合條件時，select & lock 是無法被中斷的，這樣才不會發生高鐵重複訂票的狀況。

---

台灣高鐵則強調沒當機，系統運作正常，但因滿載而進不去。高鐵解釋，網路系統可同時容納6000人次，一個人訂完、下一個才進得去，電話語音則有4000條線，開放訂位時都一直滿載，才會有進不去的狀況，即使再擴充容量，一樣會有瞬間爆量的問題。 （記者李文儀）

真好奇這訂票系統是哪家寫的啊？從高鐵成立一開始到現在，都被拿來當「研究案例」。 XD