源码包
598969

从18.13.1升级到21.7.2版本,执行SQL后,自动跳转的页面空白。已解决悬赏5积分

提问者发呆的香槟答案数1阅读数558发表时间2025-07-30 16:27:14

f_009c9ba02a0954605ba44a5c7a71f77d&t=gif

禅道版本:禅道开源版 18.13

安装包类型:Windows安装包

操作系统:Windows Server 2008

客户端浏览器:Chrome

设置备注
内容
答案列表
🎂
2025-07-30 16:35:25

您好,还原回18.13版本,然后zentao/config/my.php 中debug的值改成true,再重新走下升级。如果有报错,就会在页面展示出来,可以将报错信息贴出来看看。

发呆的香槟2025/07/31
报错内容:Syntax error or access violation: 1071 Specified key was too long; max key length is 1000 bytes
回复
发呆的香槟2025/07/31
zt_autocache
回复
发呆的香槟2025/07/31
al TABLE zt_autocache CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci
1条回复 回复
🎂
禅道-王誉霖2025/07/31
这是因为咱们mysql5.6版本对索引长度有限制,可以先按照下面两个sql到数据库执行下,然后再刷新看看
ALTER TABLE zt_duckdbqueue MODIFY object VARCHAR(50);
ALTER TABLE zt_autocache MODIFY fields VARCHAR(50);
1条回复 回复
发呆的香槟2025/07/31
昨晚自己解决了。改成了 250 长度,alte r TABLE `zt_autocache`
MODIFY COLUMN `fields` VARCHAR(250) CHARACTER SET utf8mb4 NOT NULL DEFAULT '';
但是后来升级的时候又检测到数据被修改,系统在升级界面一直执行 如下语句,一直失败。

alte r TABLE `zt_autocache`
MODIFY COLUMN `fields` VARCHAR(255) CHARACTER SET utf8mb4
NOT NULL DEFAULT ''
> 1071 - Specified key was too long; max key length is 1000 bytes


后来没办法 把utf8mb4 改成了 utf8 不知会不会有影响?
1条回复 回复
🎂
禅道-王誉霖2025/07/31
这两个表修改utf8不会有影响。
回复
联系我们
联系人
刘璐/高级客户经理
电话(微信)
18562550650
QQ号码
2845263372
联系邮箱
liulu@chandao.com
其他相关问答
提问者: m_66c6f989eb7af 于 2024-08-22564次浏览,1个答案
提问者: beartop 于 2012-07-222947次浏览,2个答案
提问者: gaojice 于 2014-10-132079次浏览,1个答案
提问者: m_66e2a8d2b083f 于 2024-09-12571次浏览,1个答案
提问者: XDXD 于 2021-04-231279次浏览,1个答案
返回顶部
客服头像
刘璐
高级客户经理
客服微信
18562550650
2845263372
统一服务热线 4006-8899-23
我要提问提问有任何问题,您都可以在这里提问。问题反馈反馈点击这里,让我们聆听您的建议与反馈。