MySQL的bug？python執(zhí)行時(shí)傳入了正確的語句，但是卻出現(xiàn)了插入了錯(cuò)誤的數(shù)據(jù)

具體的如圖所示吧，綠色的命令行是在window10下運(yùn)行的，白色的是在Ubuntu下運(yùn)行的，都出現(xiàn)了同樣的問題

圖片描述

可能看的不大清楚，但是可以看到我的sql語句是INSERT INTO db_fan VALUES (1763252334, 2273317832)····ON DUPLICATE KEY UPDATE uid = uid AND fan_id = fan_id
可是最后卻報(bào)了一個(gè)主鍵沖突的錯(cuò)誤。
主要是兩個(gè)地方有疑惑。

首先如果是主鍵沖突，那么應(yīng)該報(bào) Duplicate entry (1763252334-2273317832) for key 'PRIMARY'，不應(yīng)該是圖中的Duplicate entry (1-2273317832) for key 'PRIMARY'
其次，我為了防止主鍵沖突，在SQL語句中加入了ON DUPLICATE KEY UPDATE uid = uid AND fan_id = fan_id。這樣也不大可能會(huì)有主鍵沖突的錯(cuò)誤報(bào)出丫？

我的表構(gòu)造的應(yīng)該沒有任何問題，如下所示。
圖片描述

然后這個(gè)SQL語句是在python執(zhí)行前直接打出來的。我用的是python3.6，使用pymysql對(duì)數(shù)據(jù)庫進(jìn)行操作。數(shù)據(jù)庫版本如下所示。
謝謝大家了。這個(gè)問題困擾了我很久了。
圖片描述
如果在window下查看數(shù)據(jù)庫的內(nèi)容的話，可以看到一條正確一條錯(cuò)誤的記錄，如下

但是在ubuntu下查看，卻只有一條錯(cuò)誤的記錄
圖片描述

如果我直接拿前面的sql語句丟到mysql里執(zhí)行，會(huì)出現(xiàn)一樣的問題?？墒侨绻也慌康牟迦胗涗?，單個(gè)單個(gè)的插入就不會(huì)有任何的問題。
可是單個(gè)單個(gè)的插入之后，再次插入，也會(huì)產(chǎn)生同樣的問題。
所以我也是很絕望了。

回答

編輯回答

愚念

ON DUPLICATE KEY update uid = uid AND fan_id = fan_id

2018年7月19日 06:02

編輯回答

落殤

確認(rèn)是有問題，我測了一下也是這樣，兩列字段的表，兩列一起作為主鍵
我看了下數(shù)據(jù)知道為什么報(bào)的是(1-2273317832)而不是(1763252334-2273317832)
因?yàn)镮NSERT INTO db_fan VALUES (1763252334, 2273317832)····ON DUPLICATE KEY UPDATE uid = uid AND fan_id = fan_id這條sql如果表里沒有這條記錄正常插入，如果已經(jīng)有了這條記錄就會(huì)將(1763252334, 2273317832)更新成(1, 2273317832)，這時(shí)候是不報(bào)錯(cuò)的，這時(shí)候如果你再次插入(1763252334, 2273317832)的話就會(huì)報(bào)(1-2273317832)的主鍵沖突，因?yàn)镮NTO db_fan VALUES (1763252334, 2273317832)····ON DUPLICATE KEY UPDATE uid = uid AND fan_id = fan_id這條sql實(shí)際上沖突之后把第一個(gè)字段值設(shè)為了1，原因還不知道。希望有知道的小伙伴來解惑一下

2017年4月8日 08:58