3.4升級到3.5出現(1062) Duplicate entry ' stone' for key 'username' ALTER TABLE common_member

nas1

3.4正式版升級到3.5正式版

升級過程出現(1062) Duplicate entry ' stone' for key 'username' ALTER TABLE common_member錯誤，
然后升級過程把表pre_common_member和pre_common_member_archive 的username鍵，唯一索引去掉后，可以正常繼續(xù)升級。但是升級好后想把username鍵重新設置為唯一索引，同樣出現之前的錯誤，導致無法把username鍵，重新設置為唯一索引。


這樣得不斷嘗試刪除錯誤的用戶，然后才能繼續(xù)執(zhí)行，但是這樣的用戶還有很多，沒辦法一個一個刪除。

而且發(fā)現3.4的用戶名和3.5的用戶名唯一性不同。看下面3張圖片。在3.4里面是不同的用戶來的，但是在3.5卻判斷成了同個用戶。

登錄/注冊后可看大圖

這張圖用戶名區(qū)別是多了個大寫和空格

登錄/注冊后可看大圖

這張圖用戶名區(qū)別是多了個大寫和空格

登錄/注冊后可看大圖

這張圖中間字符都不一樣。

3.5里面有沒什么辦法把username鍵重新設置為唯一索引呢？謝謝了。

我知道答案 回答被采納將會獲得1 貢獻 已有8人回答

湖中沉

常見問題里就有……發(fā)帖前看看常見問題……

而且這不是大寫和空格的事情，而是異體字字符問題，這時以前GBK編碼等的遺留問題

nas1

湖中沉 發(fā)表于 2024-2-19 11:56
常見問題里就有……發(fā)帖前看看常見問題……

而且這不是大寫和空格的事情，而是異體字字符問題，這時以前GB ...

按照說明

A009：首先，這一般是UC升級1.7.0后UC里應用通信失敗導致改名通知未被全部執(zhí)行就進行了X程序升級引起的，解決方法有多種。
其一，完全恢復所有數據后，重新升級UC之后，進入UC后臺，確保通信成功，且“數據列表-通知列表”中重命名用戶通知全部成功，此時再執(zhí)行X程序升級則無虞；

問題是只要移動3.4的程序到old目錄后，ucenter通訊就失敗。
用新程序實測3.4升級到3.5，也一樣只要把數據移動到old目錄后，ucenter通訊就失敗。

湖中沉

nas1 發(fā)表于 2024-2-19 16:16
按照說明

問題是只要移動3.4的程序到old目錄后，ucenter通訊就失敗。

哥，下面不還有其二其三啥的嘛

天外飄仙

nas1 發(fā)表于 2024-2-19 16:16
按照說明

問題是只要移動3.4的程序到old目錄后，ucenter通訊就失敗。

升級常見問題009  里面的每一個字 都要認真看的哦！

登錄/注冊后可看大圖

nas1

這一般是UC升級1.7.0后UC里應用通信失敗導致改名通知未被全部執(zhí)行就進行了X程序升級引起的，解決方法有多種。
其一，完全恢復所有數據后，重新升級UC之后，進入UC后臺，確保通信成功，且“數據列表-通知列表”中重命名用戶通知全部成功，此時再執(zhí)行X程序升級則無虞；

nas1

天外飄仙 發(fā)表于 2024-2-19 17:17
升級常見問題009  里面的每一個字 都要認真看的哦！

這里的意思是，步驟1，并不是方法1嗎？
但是這個步驟1，最后說此時再執(zhí)行X程序升級則無虞；但是其實執(zhí)行升級后就出現錯誤。
還是這個意思是等出錯后，再根據其二這一步，進入數據庫執(zhí)行語句？
但是這里有個說明，將異常用戶改名，一個數據庫那么大，有一大堆異常的用戶名。

nas1

我現在是uc正常升級到1.7，升級后應用通訊也是正常的，“數據列表-通知列表”也沒有數據。然后執(zhí)行3.5的升級，執(zhí)行過程出現(1062) Duplicate entry ' stone' for key 'username' ALTER TABLE common_member

想問下2和3的步驟是，當出現這個錯誤提示后再到數據庫執(zhí)行命令？

天外飄仙

nas1 發(fā)表于 2024-2-19 21:24
這里的意思是，步驟1，并不是方法1嗎？
但是這個步驟1，最后說此時再執(zhí)行X程序升級則無虞；但是其實執(zhí)行 ...

樓上都告訴你了呀！ 升級遇到問題 看 升級常見問題的帖子！

升級X3.5常見問題匯總
http://m.sdtechgong.com.cn/thread-14718-1-1.html

如果確實嫌麻煩 不想自己搞的話 我這邊 可以有償代勞， 價格優(yōu)惠的哦！