DZ 3.4 GBK轉UTF8 InnoDB丟失了很多用戶

louislaw

專家 發表于 2023-3-13 22:59
這種如果不是你之前把表改壞了，那就有可能是導出的時候丟失了信息造成表結構不標準。可以進數據庫里手動 ...

大神，你應該也看到我另外一個帖子了，表沒問題

專家

louislaw 發表于 2023-3-14 10:59
大神，你應該也看到我另外一個帖子了，表沒問題

不是表能用就叫表沒問題的。有可能你的結構已經和官方新安裝的不一致了。只是能用而已。

louislaw

專家 發表于 2023-3-14 15:53
不是表能用就叫表沒問題的。有可能你的結構已經和官方新安裝的不一致了。只是能用而已。 ...

我把表刪了，用官方命令再建了一遍，依然錯誤。

專家

louislaw 發表于 2023-3-15 13:24
我把表刪了，用官方命令再建了一遍，依然錯誤。

這就怪了，沒見過這種情況啊
你這套服務器環境當時是怎么安裝出來的？感覺很可能是你這套服務器環境有不太正常的地方

louislaw

專家 發表于 2023-3-15 15:35
這就怪了，沒見過這種情況啊
你這套服務器環境當時是怎么安裝出來的？感覺很可能是你這套服務器環境有不 ...

php，MariaDB，Nginx都是自己編譯的，之前的系統也是自己一步一步升級過來的。原本想自己轉InnoDB，后來轉過以后發現有亂碼，也丟失了一些用戶，又還原回來了。

niuniu1688

改之前，備份， 如果成功了，就不存在這個問題

耗子

升級前一定要備份好數據庫

專家

louislaw 發表于 2023-3-15 17:39
php，MariaDB，Nginx都是自己編譯的，之前的系統也是自己一步一步升級過來的。原本想自己轉InnoDB，后來 ...

那確實挺奇怪的，mariadb雖然不是mysql，但我之前也測試過，沒有類似的問題，你確定你使用的是10.2及以上版本么？
實在不行的話，建議你重新找臺機器搞一套標準一點的環境（比如別人做好的集成包，用面板安裝的套件，直接走apt-get獲取的現成的包，或者干脆走docker）然后把數據遷移到上面去升級，升級完了再搬回你自己這套環境里面。