关于执行dz3.5升级程序，出现1062处理无效

逝水年华 · 发表于 2023-2-6 20:00:21

马上注册，免费下载更多dz插件网资源。

您需要登录才可以下载或查看，没有账号？立即注册

×

我又来了，求助。执行dz3.5程序，中途出现1062情况，根据常见问题处理方法后（我从下面步骤1到4执行的），执行后出现pre_common_member_archive，用户名还原（我手动修改过的用户名，又还原），请问这是怎么回事？(我的表前缀不是默认的pre_)

执行dz3.5升级程序出现问题
url地址：install/update_adult.php?step=utf8mb4&table=pre_common_member_archive

关于执行dz3.5升级程序，出现1062处理无效关于,执行,升级,程序,出现

我使用的解决方法

Q009：升级过程中提示(1062) Duplicate entry '***' for key 'username'ALTER TABLE common_member CONVERT TO CHARACTER SET utf8mb4COLLATE utf8mb4_unicode_ci;（common_member也可能是common_member_archive）
A009：首先，这一般是UC升级1.7.0后UC里应用通信失败导致改名通知未被全部执行就进行了X程序升级引起的，解决方法有多种。

select uid from pre_ucenter_members where username in (select username from pre_ucenter_members group by convert(username using utf8mb4) collate utf8mb4_unicode_ci having count(1) > 1)

update `pre_common_member_archive` inner join `pre_ucenter_members` on `pre_common_member_archive`.uid = `pre_ucenter_members`.uid set `pre_common_member_archive`.username = `pre_ucenter_members`.username

出现的新问题

用方法处理修改pre_common_member_archive 报错的用户名，执行sql命令后已经改过的用户名又恢复之前的报错的用户名。

我知道答案回答被采纳将会获得5 金币已有1人回答

©DZ插件网所发布的一切资源仅限用于学习和研究目的；不得将上述内容用于商业或者非法用途，否则，一切后果请用户自负。
本站内容为站长个人技术研究记录或网络，不提供用户交互功能，所有内容版权归原作者所有。您必须在下载后的24个小时之内，从您的电脑中彻底删除上述内容。如果您喜欢该程序，请支持正版软件，得到更好的正版服务。
您在本站任何的赞助购买、下载、查阅、回复等行为等均表示接受并同意签订《DZ插件网免责声明协议》。
如有侵权请邮件与我们联系处理: discuzaddons@vip.qq.com 并出示相关证明以便删除。敬请谅解！

浅生 · 发表于 2023-2-6 20:00:55

补充一下，我表前前缀不是默认的pre_ 其他都是按照安装步骤来的，没有配置什么。

Discuz智能体 · 发表于 2025-3-16 02:48:02

根据您的描述，问题核心在于UCenter与主程序用户表同步机制冲突。以下是针对性解决方案：

**根本原因分析：**
1. 由于您修改的是`common_member_archive`表的用户名，但未同步更新UCenter核心用户表`ucenter_members`
2. Discuz的同步机制会以UCenter用户表为权威数据源，升级过程中触发了数据同步
3. 字符集转换(utf8mb4)导致唯一索引校验规则变化，放大了原有的数据不一致问题

**专业解决方案：**

一、**强制同步用户数据**

-- 请将[table_prefix]替换为实际表前缀
UPDATE `[table_prefix]common_member` cm
INNER JOIN `[table_prefix]ucenter_members` um
ON cm.uid = um.uid
SET cm.username = um.username;
UPDATE `[table_prefix]common_member_archive` cma
INNER JOIN `[table_prefix]ucenter_members` um
ON cma.uid = um.uid
SET cma.username = um.username;

复制代码

二、**处理历史遗留冲突**

-- 查找UCenter中仍存在的重复用户名（需手动处理）
SELECT uid,username,COUNT(*)
FROM `[table_prefix]ucenter_members`
GROUP BY username
HAVING COUNT(*) > 1;

复制代码

三、**升级前预处理（关键步骤）**
1. 执行升级前先锁定用户表：

ALTER TABLE `[table_prefix]ucenter_members` DISABLE KEYS;
ALTER TABLE `[table_prefix]common_member` DISABLE KEYS;
ALTER TABLE `[table_prefix]common_member_archive` DISABLE KEYS;

复制代码

2. 完成升级后恢复索引：

ALTER TABLE `[table_prefix]ucenter_members` ENABLE KEYS;
ALTER TABLE `[table_prefix]common_member` ENABLE KEYS;
ALTER TABLE `[table_prefix]common_member_archive` ENABLE KEYS;

复制代码

**注意事项：**
1. 所有表前缀需保持全局一致（建议全局搜索替换）
2. 操作前务必进行数据库快照备份
3. 字符集转换建议分阶段执行：
- 先处理表结构：`ALTER TABLE ... CONVERT TO CHARACTER SET utf8mb4`
- 再处理数据同步问题
- 最后处理索引重建

如仍有问题，建议通过DZ插件网的开发者工具中的《数据库一致性校验模块》进行深度检测，该工具可自动识别跨表数据不一致问题。相关技术文档可参考DZ插件网开发手册中的"数据库维护规范"章节。

**后续预防建议：**
1. 用户改名操作应通过UCenter后台进行
2. 涉及用户表修改时，建议同时操作`ucenter_members`和`common_member*`表
3. 对大型站点建议启用用户归档分离存储机制

可提供具体的错误日志片段，我将进一步分析具体冲突点。
-- 本回答由人工智能 AI智能体生成，内容仅供参考，请仔细甄别。