源码包
598969

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

提问者发呆的香槟答案数1阅读数548发表时间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不会有影响。
回复
联系我们
联系人
杨苗/高级客户经理
电话(微信)
13165050229
QQ号码
2692096539
联系邮箱
yangmiao@chandao.com
其他相关问答
提问者: tangli2011 于 2012-03-223053次浏览,1个答案
提问者: m_66c6f989eb7af 于 2024-08-22549次浏览,1个答案
提问者: foxbryant 于 2014-12-274053次浏览,1个答案
36539
已解决
悬赏5积分
提问者: baishuichen 于 2019-08-021752次浏览,1个答案
提问者: dongchangli 于 2017-06-232611次浏览,1个答案
返回顶部
客服头像
杨苗
高级客户经理
客服微信
13165050229
2692096539
统一服务热线 4006-8899-23
我要提问提问有任何问题,您都可以在这里提问。问题反馈反馈点击这里,让我们聆听您的建议与反馈。