久久久久av_欧美日韩一区二区在线_国产精品三区四区_日韩中字在线

Discuz! 官方交流社區

標題: DZ 3.4 GBK轉UTF8 InnoDB丟失了很多用戶 [打印本頁]
作者: louislaw    時間: 2023-3-13 19:17
標題: DZ 3.4 GBK轉UTF8 InnoDB丟失了很多用戶
用戶表丟失了好多數據，不知道為什么
作者: mingkong    時間: 2023-3-13 19:38
只是轉編碼應該不會丟用戶啊
找個地方用備份數據重新升級看看，看看數據庫里的用戶是否仍然存在。
比較可能的是有分表數據以及uc的數據轉換存在問題。
作者: dashen    時間: 2023-3-13 19:59
如果是升級X3.5，升級程序并沒有刪除的操作
作者: louislaw    時間: 2023-3-13 20:24
我是自己導出數據，再改一下命令，再倒回去。因為直接升級提示修改失敗。

下面是直接升級UC就提示的錯誤。
UCenter info: MySQL Query Error
SQL:ALTER TABLE [Table]admins ENGINE=InnoDB;
Error:Error on rename of './uc/#sql-alter-7318-d9e6' to './uc/[Table]admins' (errno: 168 "Unknown (generic) error from engine")
Errno:1025
作者: louislaw    時間: 2023-3-13 20:24
dashen 發表于 2023-3-13 19:59
如果是升級X3.5，升級程序并沒有刪除的操作

我是自己導出數據，再改一下命令，再倒回去。因為直接升級提示修改失敗。

下面是直接升級UC就提示的錯誤。
UCenter info: MySQL Query Error
SQL:ALTER TABLE [Table]admins ENGINE=InnoDB;
Error:Error on rename of './uc/#sql-alter-7318-d9e6' to './uc/[Table]admins' (errno: 168 "Unknown (generic) error from engine")
Errno:1025
作者: dashen    時間: 2023-3-13 20:39
louislaw 發表于 2023-3-13 20:24
我是自己導出數據，再改一下命令，再倒回去。因為直接升級提示修改失敗。

下面是直接升級UC就提示的錯誤 ...

有的工具數據導入出錯的時候會繼續執行，最后會提示你成功和失敗多少
作者: louislaw    時間: 2023-3-13 20:40
dashen 發表于 2023-3-13 20:39
有的工具數據導入出錯的時候會繼續執行，最后會提示你成功和失敗多少

大神，我直接升級UC提示這個錯誤知道是什么原因嗎？

Error:Error on rename of './uc/#sql-alter-7318-d9e6' to './uc/[Table]admins' (errno: 168 "Unknown (generic) error from engine")
作者: 專家    時間: 2023-3-13 22:05
louislaw 發表于 2023-3-13 20:40
大神，我直接升級UC提示這個錯誤知道是什么原因嗎？

Error:Error on rename of './uc/#sql-alter-7318-d ...

如果線上環境不標準或者有問題的話，可以考慮在本地電腦上臨時搭建一個服務器環境用來給自己的網站升級?；蛘咭部梢耘R時開一臺按量付費的服務器，升級使用一次成本也就幾角錢。

當然這么操作需要確保數據是完整導出的。推薦使用環境自帶的phpmyadmin一類的數據庫工具導出數據庫。
作者: louislaw    時間: 2023-3-13 22:40
專家 發表于 2023-3-13 22:05
如果線上環境不標準或者有問題的話，可以考慮在本地電腦上臨時搭建一個服務器環境用來給自己的網站升級。 ...

上面的問題解決了，現在問題來到了

表 uc_admins 的文字排序 不受支持，請人工處理后再繼續！
作者: 專家    時間: 2023-3-13 22:59
louislaw 發表于 2023-3-13 22:40
上面的問題解決了，現在問題來到了

表 uc_admins 的文字排序 不受支持，請人工處理后再繼續！ ...

這種如果不是你之前把表改壞了，那就有可能是導出的時候丟失了信息造成表結構不標準。可以進數據庫里手動調整一下。如果是utf8的話應該是utf8_general_ci，是gbk的話，應該是gbk_chinese_ci，這個信息有可能丟失掉了。
作者: louislaw    時間: 2023-3-14 10:59
專家 發表于 2023-3-13 22:59
這種如果不是你之前把表改壞了，那就有可能是導出的時候丟失了信息造成表結構不標準?？梢赃M數據庫里手動 ...

大神，你應該也看到我另外一個帖子了，表沒問題
作者: 專家    時間: 2023-3-14 15:53
louislaw 發表于 2023-3-14 10:59
大神，你應該也看到我另外一個帖子了，表沒問題

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

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

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

php，MariaDB，Nginx都是自己編譯的，之前的系統也是自己一步一步升級過來的。原本想自己轉InnoDB，后來轉過以后發現有亂碼，也丟失了一些用戶，又還原回來了。
作者: niuniu1688    時間: 2023-3-15 21:36
改之前，備份， 如果成功了，就不存在這個問題
作者: 耗子    時間: 2023-3-15 22:08
升級前一定要備份好數據庫
作者: 專家    時間: 2023-3-16 01:01
louislaw 發表于 2023-3-15 17:39
php，MariaDB，Nginx都是自己編譯的，之前的系統也是自己一步一步升級過來的。原本想自己轉InnoDB，后來 ...

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



歡迎光臨 Discuz! 官方交流社區 (http://www.9999xn.com/) Powered by Discuz! W1.0