推 timsheu: 沒有pk或index? 03/11 12:37
有自動primary key, 重複輸入所以就產生兩個id
※ 編輯: sinlin (211.22.200.117 臺灣), 03/11/2022 12:44:52
推 kyoe: 通常lag的問題不會間隔長到兩分鐘, 大多毫秒差才是 03/11 14:51
→ iamdco: 你撈一下 i 應該有重複的,因為 i 不是唯一值。後面的條 03/11 17:01
→ iamdco: 件AND date(date) = CURDATE()會撈不出重複的 i 03/11 17:01
你的意思是不同天會有重複的i對嗎
我的想法就是一天內i不能重複, 隔天可以
但是現在突然出現了資料在同一天內有兩個一樣的變數i
紀錄輸入的時間只差了兩分鐘不到
primary key值也確實不一樣
我反覆確認都覺得上面的語法不應該發生這種情形
這也是運作了一百多次以後突然出現的錯誤,就只發生這一次
所以我才會想會不會是網路停頓太久造成的
但是樓上說大多是毫秒差,所以我現在很困惑
是不是該繼續努力地找或不存在的bug
※ 編輯: sinlin (218.166.70.249 臺灣), 03/11/2022 22:28:47
※ 編輯: sinlin (218.166.70.249 臺灣), 03/11/2022 22:30:24
→ superzack2: 把i跟date設複合唯一索引就不會有同一天重複的i了 03/12 00:58
查了一下這個方法應該適合我
但是我date是timestamp,只需要取用day
然後i實際上是兩個參數, 一個是userid,一個是itemid
就是每天每個user對每個item的下訂數量只能為一筆資料
所以我下的指令如下
ALTER TABLE quantity ADD CONSTRAINT day_user_item
UNIQUE KEY(date_trunc('day',date),userid,itemid);
得到error
#1064 - You have an error in your SQL syntax; check the manual that
corresponds to your MariaDB server version for the right syntax to use near
''day',date),userid,itemid)' at line 1
可以再麻煩幫我看一下問題出在哪嗎
如果把date_trunc('day',date)改成date是可以運行的
但是這樣的唯一索引就包括了分秒,就不是我要的效果了
※ 編輯: sinlin (218.166.70.249 臺灣), 03/13/2022 01:18:32
→ darkguy: 你這樣寫併發一定重複…. 03/13 19:23
→ darkguy: 你要直接用一個欄位int 當日期+i 20220301之類 創建時間 03/13 19:25
→ darkguy: 歸創建timestamp 03/13 19:25
不好意思,我有點看不懂
上面那個error不是說語法錯誤嗎?
可是我只是用datetrunc('day',date)把timestmap的日期取出
還有這樣用跟日期+i的作法有甚麼不同嗎?
※ 編輯: sinlin (218.166.70.249 臺灣), 03/13/2022 21:13:45
推 kyoe: 試著用 transaction 寫寫看, 有可能是中間update有問題? 03/22 09:10
感謝建議
才疏學淺需要研究一下怎麼使用, 但是看起來蠻適合我的使用情境
※ 編輯: sinlin (211.22.200.117 臺灣), 03/24/2022 11:48:34
回報一下最後使用的解決方法
感謝上面的幫忙,知道了高併發這個名詞
查了一下
決定新增一個參數為日期連接i,然後設為唯一參數
這樣子測試一下只要是同樣日期下同樣i就只能出現一次
唯一的困擾是,當時太有自信了直接處裡沒有備份
有一欄timestamp是自動update每筆資料更改的時間
就在我增加新的參數的時候
從去年至今所有的timestamp全部都變成當下的時間
報表全部錯亂只好砍掉重記
這是需要注意的地方,謝謝大家
※ 編輯: sinlin (211.22.200.117 臺灣), 04/20/2022 13:19:11