優化前:數據庫
在訂單頁面,會加載一個函數,先生成一條訂單,在插入新訂單成功後,我去數據庫交互,獲取當前goods表的最大id,做爲當前插入訂單的id。併發
這樣作的缺點:函數
雖然在大部分狀況下,maxId和真實的新訂單Id是相同的,可是一旦併發量足夠大,就會出現:最大id與當前用戶的生成的訂單的id不相同,從而致使,在倒計時結束時,刪除錯訂單。優化
再去獲取maxId增長了數據庫的操做,必定程度上加大了出錯率。im
優化的作法:數據
使用account和buyTime做爲檢索條件,項目
buyTime是1970年來目前的秒數,有必定程度上惟一性,再加上用戶的手機號,已是徹底惟一性。co
由於(在個人項目中)同一個用戶是不可能在同一秒內進行兩次操做。生成
並且,很好地解決了上面的兩個缺點。
交互