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

Discuz! 官方交流社區(qū)

標(biāo)題: 升級UCenter 1.7,提示錯誤1031 [打印本頁]

作者: jjii33 時間: 2023-4-28 22:15
標(biāo)題: 升級UCenter 1.7,提示錯誤1031
環(huán)境:mysql 5.7.26 PHP 7.3.4 NTS ng 1.16

UCenter info: MySQL Query Error
SQL:ALTER TABLE [Table]admins ENGINE=InnoDB;
Error:Table storage engine for '#sql-34c_41' doesn't have this option
Errno:1031

(, 下載次數(shù): 68)

作者: xiaoxi 時間: 2023-4-29 14:19
升級出現(xiàn)，500 - 內(nèi)部服務(wù)器錯誤。怎么回事？

作者: jjii33 時間: 2023-4-29 16:35
@湖中沉

作者: jjii33 時間: 2023-4-29 16:37
@Discuz有償服務(wù)

作者: 湖中沉 時間: 2023-4-29 16:50
1031 數(shù)據(jù)庫表不存在、表存儲引擎沒有此選項

所以自己進數(shù)據(jù)表里面先將表恢復(fù)為正常DZ安裝后的狀態(tài)。
你這估計是用其他數(shù)據(jù)庫管理軟件恢復(fù)備份之類的操作過導(dǎo)致數(shù)據(jù)表格式異常

作者: jjii33 時間: 2023-4-29 21:06

湖中沉發(fā)表于 2023-4-29 16:50
1031 數(shù)據(jù)庫表不存在、表存儲引擎沒有此選項

所以自己進數(shù)據(jù)表里面先將表恢復(fù)為正常DZ安裝后的狀態(tài)。

我用Navicat Premium 16備份恢復(fù)的，好的，謝謝老師提醒

作者: mayizhongguo 時間: 2023-5-20 15:53
解決了嗎，怎么解決的，我升級 UCenter 1.7 也遇到同樣的問題，因為原網(wǎng)站數(shù)據(jù)庫特別大，也不知道怎么處理合適

作者: mayizhongguo 時間: 2023-5-20 15:56
UCenter info: MySQL Query Error
SQL:ALTER TABLE [Table]admins ENGINE=InnoDB;
Error:Table storage engine for '#sql-edf7_56c8' doesn't have this option
Errno:1031

作者: 專家 時間: 2023-5-20 17:42

mayizhongguo 發(fā)表于 2023-5-20 15:56
UCenter info: MySQL Query Error
SQL:ALTER TABLE [Table]admins ENGINE=InnoDB;
Error:Table storage eng ...

數(shù)據(jù)庫版本多少，是不是不支持InnoDB

作者: jjii33 時間: 2023-5-20 22:12

專家發(fā)表于 2023-5-20 17:42
數(shù)據(jù)庫版本多少，是不是不支持InnoDB

已經(jīng)搞定了,謝謝!

作者: 城東書院 時間: 2023-5-21 10:59

jjii33 發(fā)表于 2023-5-20 22:12
已經(jīng)搞定了,謝謝!

把你解決問題的步驟分享一下吧

作者: myawei 時間: 2023-5-21 18:27

jjii33 發(fā)表于 2023-5-20 22:12
已經(jīng)搞定了,謝謝!

同問老兄，相同的問題遇到了，也是用navicat備份恢復(fù)的，求教方法！謝謝！

作者: jjii33 時間: 2023-5-22 00:37

myawei 發(fā)表于 2023-5-21 18:27
同問老兄，相同的問題遇到了，也是用navicat備份恢復(fù)的，求教方法！謝謝！ ...

環(huán)境版本問題,還有要備份,不要用運存,

作者: mayizhongguo 時間: 2023-5-22 08:00

專家發(fā)表于 2023-5-20 17:42
數(shù)據(jù)庫版本多少，是不是不支持InnoDB

您好，數(shù)據(jù)庫版本是5.7 支持innoDB

作者: 湖中沉 時間: 2023-5-22 08:11

mayizhongguo 發(fā)表于 2023-5-22 08:00
您好，數(shù)據(jù)庫版本是5.7 支持innoDB

是否用navicat操作過數(shù)據(jù)庫？

作者: mayizhongguo 時間: 2023-5-22 10:07

湖中沉發(fā)表于 2023-5-22 08:11
是否用navicat操作過數(shù)據(jù)庫？

是的，數(shù)據(jù)庫比較大，都是用Navicat 導(dǎo)入的

作者: myawei 時間: 2023-5-22 10:34
看問題是出在軟件上，但Navicat 備份導(dǎo)入是個很正常的操作，站長很多都是在用這個，軟件本身應(yīng)該沒問題，不知道是不是哪個設(shè)置的問題，有沒有了解的專家？

作者: 湖中沉 時間: 2023-5-22 11:02

mayizhongguo 發(fā)表于 2023-5-22 10:07
是的，數(shù)據(jù)庫比較大，都是用Navicat 導(dǎo)入的

Navicat的坑，已經(jīng)多個用Navicat導(dǎo)致出問題的了，他改變了表結(jié)構(gòu)里面的信息，導(dǎo)致結(jié)構(gòu)和原來的不一致

作者: jjii33 時間: 2023-5-22 13:16

myawei 發(fā)表于 2023-5-22 10:34
看問題是出在軟件上，但Navicat 備份導(dǎo)入是個很正常的操作，站長很多都是在用這個，軟件本身應(yīng)該沒問題，不 ...

備份用什么方法的!
升級的話,環(huán)境太高就像我這個問題一樣,用最低版本就就能成功,不過升級后,UC提示成功,中途也沒有卡頓,好多都轉(zhuǎn)不過來,要手動去改,不知道你的有沒有這種問題!

作者: myawei 時間: 2023-5-22 13:27

湖中沉發(fā)表于 2023-5-22 11:02
Navicat的坑，已經(jīng)多個用Navicat導(dǎo)致出問題的了，他改變了表結(jié)構(gòu)里面的信息，導(dǎo)致結(jié)構(gòu)和原來的不一致 ...

所以我在考慮，Navicat會改變表結(jié)構(gòu)的信息，是不是我們自己導(dǎo)出或者導(dǎo)入的時候有哪里設(shè)置不對，按說一個老軟件，不應(yīng)該出這種錯誤。版主能不能考察下是不是我們設(shè)置的問題，畢竟這個軟件太好用了。

作者: myawei 時間: 2023-5-22 13:38

jjii33 發(fā)表于 2023-5-22 13:16
備份用什么方法的!
升級的話,環(huán)境太高就像我這個問題一樣,用最低版本就就能成功,不過升級后,UC提示成功, ...

我是直接在navicat的對應(yīng)數(shù)據(jù)庫上點擊右鍵“轉(zhuǎn)儲sql”文件，選上“結(jié)構(gòu)和數(shù)據(jù)”，就直接保存為sql文件了，然后用這個再導(dǎo)入。不知道是不是這個操作太簡單粗暴導(dǎo)致錯誤了。
我看還有另外一個操作，在數(shù)據(jù)庫的表上點擊右鍵有個“導(dǎo)出向?qū)А保@個就有很多選項，包括sql文件，高級里面可以選936gbk,我感覺默認的直接轉(zhuǎn)出就是utf，不知道是不是這個原因。
老兄你用的哪個存儲方法，大家都可以交流下，再加上有高手指點，肯定能發(fā)現(xiàn)問題出在哪里，以后就好辦了。
我現(xiàn)在是發(fā)現(xiàn)哪里報錯，就改哪個數(shù)據(jù)表，流程是走完了，但前后臺都有亂碼。

作者: 專家 時間: 2023-5-22 16:01

myawei 發(fā)表于 2023-5-22 10:34
看問題是出在軟件上，但Navicat 備份導(dǎo)入是個很正常的操作，站長很多都是在用這個，軟件本身應(yīng)該沒問題，不 ...

但按以往的記錄，事實就是，用navicat的會出現(xiàn)問題（而且很多），用phpmyadmin的就不會。
個人猜測可能是phpmyadmin本身也是php寫的，底層是一樣的，跟Discuz一致性更好。

作者: 專家 時間: 2023-5-22 16:04

myawei 發(fā)表于 2023-5-22 13:38
我是直接在navicat的對應(yīng)數(shù)據(jù)庫上點擊右鍵“轉(zhuǎn)儲sql”文件，選上“結(jié)構(gòu)和數(shù)據(jù)”，就直接保存為sql文件了 ...

要不你把出問題的表導(dǎo)出一份結(jié)構(gòu)（只要結(jié)構(gòu)不要數(shù)據(jù)）為sql發(fā)出來看看
如果你有phpmyadmin，可以嘗試安裝一個全新的Discuz，然后將對應(yīng)的表分別用navicat和phpmyadmin導(dǎo)出一份sql，看看區(qū)別在哪。

作者: 專家 時間: 2023-5-22 16:13

myawei 發(fā)表于 2023-5-22 13:38
我是直接在navicat的對應(yīng)數(shù)據(jù)庫上點擊右鍵“轉(zhuǎn)儲sql”文件，選上“結(jié)構(gòu)和數(shù)據(jù)”，就直接保存為sql文件了 ...

順帶一提，Navicat也許有更強的功能，但是無論是實際的開發(fā)測試，還是在論壇里給大家推薦，都不可能是它，因為它是商業(yè)收費軟件……
實際操作當(dāng)中肯定還是得以phpmyadmin或者adminer這類開源免費軟件為準(zhǔn)的，因為誰都能用。

作者: 湖中沉 時間: 2023-5-22 16:21

專家發(fā)表于 2023-5-22 16:13
順帶一提，Navicat也許有更強的功能，但是無論是實際的開發(fā)測試，還是在論壇里給大家推薦，都不可能是它 ...

我個人用的heidiSQL

作者: 專家 時間: 2023-5-22 16:23

湖中沉發(fā)表于 2023-5-22 16:21
我個人用的heidiSQL

嗯，這也是免費開源的

作者: myawei 時間: 2023-5-22 17:33
下面是全新安裝DZ3.5后分別用navicat和phpmyadmin備份的數(shù)據(jù)結(jié)構(gòu)，麻煩給看下問題在哪里，謝謝。

(, 下載次數(shù): 27)

(, 下載次數(shù): 26)

作者: myawei 時間: 2023-5-22 17:36

湖中沉發(fā)表于 2023-5-22 16:21
我個人用的heidiSQL

HeidiSQL這款好用嗎，備份恢復(fù)方便嗎？phpmyadmin恢復(fù)感覺好復(fù)雜的樣子，大了就有限制，速度貌似也比較慢，可能我接觸的少。

作者: myawei 時間: 2023-5-22 18:48
測試了一下HeidiSQL，還不太熟悉，導(dǎo)出的數(shù)據(jù)表結(jié)構(gòu)如下。

(, 下載次數(shù): 25)

作者: myawei 時間: 2023-5-22 19:45
上面這個表common_admincp_cmenu 因為是第一個，所以出問題也是第一個發(fā)現(xiàn)，看下面帖子，估計問題也是出在這里。

http://www.9999xn.com/thread-16942-1-1.html
http://www.9999xn.com/forum.php?mod=viewthread&tid=16758

作者: 湖中沉 時間: 2023-5-22 19:45

myawei 發(fā)表于 2023-5-22 18:48
測試了一下HeidiSQL，還不太熟悉，導(dǎo)出的數(shù)據(jù)表結(jié)構(gòu)如下。

你對比下navicat導(dǎo)出，會發(fā)現(xiàn)有所不同

作者: jjii33 時間: 2023-5-22 23:26
這樣是看不出來的,要看錯誤提示

作者: myawei 時間: 2023-5-23 12:33

湖中沉發(fā)表于 2023-5-22 19:45
你對比下navicat導(dǎo)出，會發(fā)現(xiàn)有所不同

謝謝老兄，認真對比后發(fā)現(xiàn)確實有所不同，主要在下面兩句，摘出來請指教是哪里的問題呢。

phpmyadmin備份的數(shù)據(jù)表：

1. `username` char(15) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT '',
2.ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

復(fù)制代碼

navicat備份的數(shù)據(jù)表：

1. `username` char(15) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT '',
2. ENGINE = InnoDB AUTO_INCREMENT = 2 CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci ROW_FORMAT = Dynamic;

復(fù)制代碼

作者: 湖中沉 時間: 2023-5-23 12:58

myawei 發(fā)表于 2023-5-23 12:33
謝謝老兄，認真對比后發(fā)現(xiàn)確實有所不同，主要在下面兩句，摘出來請指教是哪里的問題呢。

phpmyadmin備份 ...

關(guān)鍵就是ROW_FORMAT這個，是多余的，他會導(dǎo)致每個重新導(dǎo)入的數(shù)據(jù)表的ROW_FORMAT被強制設(shè)定而非默認值，這樣在其他程序操作的時候，就會出錯。
除了navicat，其他見過的數(shù)據(jù)庫操作軟件導(dǎo)出數(shù)據(jù)均不會帶這個ROW_FORMAT值

作者: 湖中沉 時間: 2023-5-23 13:01

myawei 發(fā)表于 2023-5-23 12:33
謝謝老兄，認真對比后發(fā)現(xiàn)確實有所不同，主要在下面兩句，摘出來請指教是哪里的問題呢。

phpmyadmin備份 ...

另外，一般正常導(dǎo)出，帶上CHARSET=xxx就可以了，navicat不知道出于什么考慮，導(dǎo)出的是CHARACTER SET = xxx

作者: myawei 時間: 2023-5-23 13:21

湖中沉發(fā)表于 2023-5-23 12:58
關(guān)鍵就是ROW_FORMAT這個，是多余的，他會導(dǎo)致每個重新導(dǎo)入的數(shù)據(jù)表的ROW_FORMAT被強制設(shè)定而非默認值，這 ...

原來是這里的問題，我原來猜想的是phpmyadmin是DEFAULT CHARSET=utf8mb4，而navicat的是CHARACTER SET = utf8mb4，它沒有DEFAULT，原來是ROW_FORMAT = Dynamic，看數(shù)據(jù)表，確實Dynamic和InnoDB好像關(guān)聯(lián)緊密。又多了幾分了解，非常感謝！

作者: myawei 時間: 2023-5-23 13:53

湖中沉發(fā)表于 2023-5-23 13:01
另外，一般正常導(dǎo)出，帶上CHARSET=xxx就可以了，navicat不知道出于什么考慮，導(dǎo)出的是CHARACTER SET = xx ...

也是很奇怪，翻看了下之前3.2版本用navicat備份的數(shù)據(jù)，里面也是有ROW_FORMAT，但是恢復(fù)很正常。莫非是MyISAM換成InnoDB，ROW_FORMAT這個就不能用了？

ENGINE = MyISAM AUTO_INCREMENT = 1 CHARACTER SET = gbk COLLATE = gbk_chinese_ci ROW_FORMAT = Dynamic;

復(fù)制代碼

ENGINE = MyISAM AUTO_INCREMENT = 2 CHARACTER SET = gbk COLLATE = gbk_chinese_ci ROW_FORMAT = Fixed;

復(fù)制代碼

作者: 湖中沉 時間: 2023-5-23 14:54

myawei 發(fā)表于 2023-5-23 13:53
也是很奇怪，翻看了下之前3.2版本用navicat備份的數(shù)據(jù)，里面也是有ROW_FORMAT，但是恢復(fù)很正常。莫非是M ...

變更數(shù)據(jù)庫引擎對ROW_FORMAT是有要求的，所以這問題只在3.5的升級上出現(xiàn)問題，其他版本升級或者備份恢復(fù)是無關(guān)的

作者: myawei 時間: 2023-5-23 16:28

湖中沉發(fā)表于 2023-5-23 14:54
變更數(shù)據(jù)庫引擎對ROW_FORMAT是有要求的，所以這問題只在3.5的升級上出現(xiàn)問題，其他版本升級或者備份恢復(fù) ...

明白啦，謝謝呀！！

作者: jjii33 時間: 2023-5-23 23:21
學(xué)習(xí)了,我的反復(fù)測試,沒有出現(xiàn)問題~

作者: myawei 時間: 2023-5-25 12:43

jjii33 發(fā)表于 2023-5-23 23:21
學(xué)習(xí)了,我的反復(fù)測試,沒有出現(xiàn)問題~

只要用navicat備份3.2恢復(fù)再升級，，八成會出這個問題。

作者: jjii33 時間: 2023-5-26 22:18

myawei 發(fā)表于 2023-5-25 12:43
只要用navicat備份3.2恢復(fù)再升級，，八成會出這個問題。

我的X3.5本地備份恢復(fù)正常,本地還原到服務(wù)也能運行!你應(yīng)該是方法不對!

作者: myawei 時間: 2023-5-27 00:31

jjii33 發(fā)表于 2023-5-26 22:18
我的X3.5本地備份恢復(fù)正常,本地還原到服務(wù)也能運行!你應(yīng)該是方法不對!

我用的是Navicat Premium 16，是備份的x3.2，然后本地恢復(fù)也是完全正常的，只是之后再升級3.5就出錯了。
我看湖中沉版主的解釋是：

這問題只在3.5的升級上出現(xiàn)問題，其他版本升級或者備份恢復(fù)是無關(guān)的

按這個說法，你是升級x3.5成功后再備份恢復(fù)，就沒有問題了。

作者: 小五哥 時間: 2023-12-30 23:32

湖中沉發(fā)表于 2023-5-23 14:54
變更數(shù)據(jù)庫引擎對ROW_FORMAT是有要求的，所以這問題只在3.5的升級上出現(xiàn)問題，其他版本升級或者備份恢復(fù) ...

但凡表設(shè)計出現(xiàn)ROW_FORMAT的刪除后，就可以重新繼續(xù)升級3.5了嗎？

作者: ligang1984 時間: 2025-8-1 17:33

myawei 發(fā)表于 2023-5-23 16:28
明白啦，謝謝呀！！

我一臺服務(wù)器上運行 3.4，沒有問題，我現(xiàn)在想升級 3.5；

然后我重新找了臺服務(wù)器，安裝 3.4 ，把原服務(wù)器3.4 的數(shù)據(jù)通過 HeidiSQL 導(dǎo)出來，導(dǎo)入到新服務(wù)器 3.4 的數(shù)據(jù)庫里

升級還是提交 1031，麻煩問下，我這樣操作那樣還有問題嗎？

作者: ligang1984 時間: 2025-8-1 17:36

湖中沉發(fā)表于 2023-4-29 16:50
1031 數(shù)據(jù)庫表不存在、表存儲引擎沒有此選項

所以自己進數(shù)據(jù)表里面先將表恢復(fù)為正常DZ安裝后的狀態(tài)。

我在服務(wù)器上安裝的 3.4，現(xiàn)在想升級到 3.5；

我重新找了臺服務(wù)器測試，安裝新的 3.4，然后把數(shù)據(jù)庫從原服務(wù)器上通過 Heidisql 導(dǎo)出，導(dǎo)入到新服務(wù)器的 3.4 數(shù)據(jù)庫里。

升級還是提示 1031，麻煩問下這是什么問題，我哪操作的不正確嗎？感謝

作者: ligang1984 時間: 2025-8-7 17:48

jjii33 發(fā)表于 2023-5-26 22:18
我的X3.5本地備份恢復(fù)正常,本地還原到服務(wù)也能運行!你應(yīng)該是方法不對!

你好，請教個問題，Discuz我升級1.7提示
UCenter info: MySQL Query Error
SQL:ALTER TABLE [Table]admins ENGINE=InnoDB;
Error:Table storage engine for '#sql-20fc_13' doesn't have this option
Errno:1031

我看你升級成功了，請問這是什么問題；我使用了mysql轉(zhuǎn)儲sql、備份；heidisql導(dǎo)出數(shù)據(jù)，導(dǎo)入都不行

作者: 湖中沉 時間: 2025-8-7 17:57

ligang1984 發(fā)表于 2025-8-7 17:48
你好，請教個問題，Discuz我升級1.7提示
UCenter info: MySQL Query Error
SQL:ALTER TABLE [Table]admin ...

用navicat操作過不，navicat部分版本有問題，會導(dǎo)致表信息有問題，所以以前操作過的話，有可能就早就埋下了這個隱患，表信息一直是有問題的，只是對于使用不會暴露出來而已

作者: ligang1984 時間: 2025-10-31 18:32

湖中沉發(fā)表于 2025-8-7 17:57
用navicat操作過不，navicat部分版本有問題，會導(dǎo)致表信息有問題，所以以前操作過的話，有可能就早就埋下 ...

生成Ucenter1.7 最后提示這個問題：
表 uc_vars 的文字排序不受支持，請人工處理后再繼續(xù)！
我沒有找到這個表，麻煩幫忙看下，謝謝

歡迎光臨 Discuz! 官方交流社區(qū) (http://www.9999xn.com/)

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