升级UCenter 1.7,提示错误1031

湖中沉

myawei 发表于 2023-5-22 18:48
测试了一下HeidiSQL，还不太熟悉，导出的数据表结构如下。

你对比下navicat导出，会发现有所不同

jjii33

这样是看不出来的,要看错误提示

myawei

湖中沉 发表于 2023-5-22 19:45
你对比下navicat导出，会发现有所不同

谢谢老兄，认真对比后发现确实有所不同，主要在下面两句，摘出来请指教是哪里的问题呢。

phpmyadmin备份的数据表：

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

复制代码

navicat备份的数据表：

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

复制代码

湖中沉

myawei 发表于 2023-5-23 12:33
谢谢老兄，认真对比后发现确实有所不同，主要在下面两句，摘出来请指教是哪里的问题呢。

phpmyadmin备份 ...

关键就是ROW_FORMAT这个，是多余的，他会导致每个重新导入的数据表的ROW_FORMAT被强制设定而非默认值，这样在其他程序操作的时候，就会出错。
除了navicat，其他见过的数据库操作软件导出数据均不会带这个ROW_FORMAT值

湖中沉

myawei 发表于 2023-5-23 12:33
谢谢老兄，认真对比后发现确实有所不同，主要在下面两句，摘出来请指教是哪里的问题呢。

phpmyadmin备份 ...

另外，一般正常导出，带上CHARSET=xxx就可以了，navicat不知道出于什么考虑，导出的是CHARACTER SET = xxx

myawei

湖中沉 发表于 2023-5-23 12:58
关键就是ROW_FORMAT这个，是多余的，他会导致每个重新导入的数据表的ROW_FORMAT被强制设定而非默认值，这 ...

原来是这里的问题，我原来猜想的是phpmyadmin是DEFAULT CHARSET=utf8mb4，而navicat的是CHARACTER SET = utf8mb4，它没有DEFAULT，原来是ROW_FORMAT = Dynamic，看数据表，确实Dynamic和InnoDB好像关联紧密。又多了几分了解，非常感谢！

myawei

湖中沉 发表于 2023-5-23 13:01
另外，一般正常导出，带上CHARSET=xxx就可以了，navicat不知道出于什么考虑，导出的是CHARACTER SET = xx ...

也是很奇怪，翻看了下之前3.2版本用navicat备份的数据，里面也是有ROW_FORMAT，但是恢复很正常。莫非是MyISAM换成InnoDB，ROW_FORMAT这个就不能用了？

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

复制代码

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

复制代码

湖中沉

myawei 发表于 2023-5-23 13:53
也是很奇怪，翻看了下之前3.2版本用navicat备份的数据，里面也是有ROW_FORMAT，但是恢复很正常。莫非是M ...

变更数据库引擎对ROW_FORMAT是有要求的，所以这问题只在3.5的升级上出现问题，其他版本升级或者备份恢复是无关的

myawei

湖中沉 发表于 2023-5-23 14:54
变更数据库引擎对ROW_FORMAT是有要求的，所以这问题只在3.5的升级上出现问题，其他版本升级或者备份恢复 ...

明白啦，谢谢呀！！

jjii33

学习了,我的反复测试,没有出现问题~