x3.5遷移后插入報(bào)錯(cuò)，疑似id從0開始

xujingad

從A機(jī)器遷移到B機(jī)器后，發(fā)現(xiàn)新增用戶等操作時(shí)，除了第一個(gè)能成功（新增記錄id為0），然后第二條記錄（id為1時(shí)報(bào)錯(cuò)）

報(bào)錯(cuò)為主鍵重復(fù)

目前有個(gè)思路，修改ddl主鍵字段，為自增序列，這樣可以嗎？

1 貢獻(xiàn)

最佳答案

xujingad 發(fā)表于 2023-8-18 14:47
x3.5  520然后升726，自己改了一些代碼，在A機(jī)器可以運(yùn)行，去B機(jī)器報(bào)這個(gè)數(shù)據(jù)庫(kù)的問(wèn)題。 ...

從上面所有的討論中來(lái)看，navicat的鍋的可能性最大，這軟件，數(shù)據(jù)出問(wèn)題不是一次兩次了

• 湖中沉
• 發(fā)表于2023-8-18 14:49:59
• 詳細(xì)答案 >

湖中沉

建議詳細(xì)截圖

xujingad

湖中沉 發(fā)表于 2023-8-18 11:03
建議詳細(xì)截圖

                               
登錄/注冊(cè)后可看大圖

                               
登錄/注冊(cè)后可看大圖

xujingad

湖中沉 發(fā)表于 2023-8-18 11:03
建議詳細(xì)截圖

https://i.postimg.cc/0js3ddrS/20230818142651.jpg
https://i.postimg.cc/fbgDKFh9/20230818142648.jpg

湖中沉

xujingad 發(fā)表于 2023-8-18 14:30
https://i.postimg.cc/0js3ddrS/20230818142651.jpg
https://i.postimg.cc/fbgDKFh9/20230818142648.jpg

這兩個(gè)截圖顯示的一般是你數(shù)據(jù)庫(kù)配置信息不正確，UC連不到數(shù)據(jù)庫(kù)

xujingad

湖中沉 發(fā)表于 2023-8-18 14:39
這兩個(gè)截圖顯示的一般是你數(shù)據(jù)庫(kù)配置信息不正確，UC連不到數(shù)據(jù)庫(kù)

不是，我uc是可以正常進(jìn)去訪問(wèn)用戶、刪除的（僅限一條），為什么只有一條呢，因?yàn)椴僮鲃h除的時(shí)候會(huì)在操作表加一條記錄，第一次主鍵id為0，成功，第二次還是為0，主鍵沖突失敗。

這里的問(wèn)題應(yīng)該是discuz的表怎么設(shè)計(jì)自增的，我理解應(yīng)該有個(gè)AOP加入的，我這里沒有生效（原因不明）
暴力一點(diǎn)的解決方式是，把所有主鍵都設(shè)置成自增長(zhǎng)，把自增序列設(shè)置到100起（數(shù)據(jù)量不多），應(yīng)該可以解決。但是太麻煩了，有300+張表

湖中沉

xujingad 發(fā)表于 2023-8-18 14:43
不是，我uc是可以正常進(jìn)去訪問(wèn)用戶、刪除的（僅限一條），為什么只有一條呢，因?yàn)椴僮鲃h除的時(shí)候會(huì)在操作 ...

你是升級(jí)X3.5的吧，沒正確升級(jí)，部分信息不正確導(dǎo)致的

湖中沉

還有一種可能，你所謂的“遷移”是直接移動(dòng)了數(shù)據(jù)庫(kù)文件，innodb可不是直接移動(dòng)文件的，和myisam引擎完全不同

xujingad

湖中沉 發(fā)表于 2023-8-18 14:45
還有一種可能，你所謂的“遷移”是直接移動(dòng)了數(shù)據(jù)庫(kù)文件，innodb可不是直接移動(dòng)文件的，和myisam引擎完全不 ...

通過(guò)navicat，導(dǎo)出數(shù)據(jù)和結(jié)構(gòu)，然后導(dǎo)入的。

xujingad

湖中沉 發(fā)表于 2023-8-18 14:44
你是升級(jí)X3.5的吧，沒正確升級(jí)，部分信息不正確導(dǎo)致的

x3.5  520然后升726，自己改了一些代碼，在A機(jī)器可以運(yùn)行，去B機(jī)器報(bào)這個(gè)數(shù)據(jù)庫(kù)的問(wèn)題。