UID复用重排 For Discuz 5.0.0 && ……（更新至：2006/10/31 11:13）

原帖由 HY清风 于 2006-10-6 00:21 发表
确实需要谨慎使用！
要不后果 很严重！

不错，所以我们应该牢记一点，对论坛数据动刀子之前，必须先做一个完整的备份！如果可能的话，最好是专门装一个测试论坛来进行测试，测试没问题了，再动正式论坛。
再次提醒大家：没有把握的事，千万不要轻易尝试！千万不要因为贪一时的方便而不备份，否则，哭就来不及了……

我想是没人成功过吧?

cdb_activities表中发现重复记录，可能是由于手工删除用户或者升级过程中造成的数据不完整！程序无法继续进行！

(反驳 : 今天做过检查,无任何错误记录. 删除用户是在DZ后台批量删除,就是说帖量0的用户都被删掉-有删相关帖子,并无删回复的帖子!  cdb_activities表中发现重复记录..?)

实在不好意思,可能我技术尚浅,无能为力了唉..今天看了下代码...由于调用的原因.也不能更改什么..

用重排代码命名为123.php，使用了不成功，提示如下：

Discuz! info: MySQL Query Error

User: admin
Time: 2006-10-6 5:58am
Script: /123.php

SQL: update cdb_onlinetime set uid=135 where uid=149;
Error: Duplicate entry '135' for key 1
Errno.: 1062

第二次使用提示：
cdb_onlinetime表中发现重复记录，可能是由于手工删除用户或者升级过程中造成的数据不完整！程序无法继续进行！

　　您可以：

　　　　１、放弃重排；
　　　　２、返回查询页，勾选强制模式并再次提交，程序可以强制清除数据表中不完整的记录并排序！

第三次使用成功了！！！原来前两次没有上传附件。
重排后uid没有一个空的，排列顺序一切正常！
首先对楼主的努力表示衷心的感谢！不过，还没用对排列过uid号的用户作进一步的测试，
如果测试通过的，那么百分之百ok。
最终结果容后上报。
做的时候我什么都没有备份，直接运行的。因为我的是翻版论坛

[ 本帖最后由 H5N1 于 2006-10-6 06:45 编辑 ]

支持支持啊~~~

论坛情况：从4.1版本直接升级到5.0正式版的；
重排之前已经打10.01补订。
UID重排后具体测试：
抽取其中一个名为“A”的用户测试（A用户刚好是版主）。
重排之前“A”用户的uid是115，
重排之后“A”用户的uid是107，
更改“A”用户的密码，分别使用“搜索”、“发帖”、“回复”
发图片等等权限范围可以做的事情，包括互发短讯，测试全部通过；
用户测试后，管理员身份登陆后台，作数据表优化、更新缓存、
备份、数据恢复等操作，未有发现任何问题；
登陆服务器刷新数据库容量，发现重排后数据库容量
轻微下降；
最后作用户注册测试，结果，用“你奶奶”的名字注册 ，其UID号
能按照重排后最后的序列开始顺序往后排。
结论：达到目的，安全舒适！
最后是无言感激！！
重排文件尚未删除，欢迎阁下做试验！

点击查看测试用的论坛

[ 本帖最后由 H5N1 于 2006-10-6 21:59 编辑 ]

好东西!我也去试试

第二个正式的论坛UID重排成功！
也是从4.1升级到5.0的。
很大胆，没有做备份。
重排这个论坛后，发现有一个不是问题的问题提示使用者注意：
该论坛在config.inc.php文件的“论坛创始人 UID”里面设定有特定
的UID号码。
原来两个管理员之中，有一个UID号在重排前是59，重排后是57，
结果，重排后UID为57的管理员权力下降，不能作数据库备份、
数据表优化等操作。
此时，必须下载config.inc.php文件根据重排后的新uid号更改“论
坛创始人 UID”、也就是管理员的新UID号。

[ 本帖最后由 H5N1 于 2006-10-6 08:58 编辑 ]

原帖由 H5N1 于 2006-10-6 06:34 发表
论坛情况：从4.1版本直接升级到5.0正式版的；
重排之前已经打10.01补订。
UID重排后具体测试：
抽取其中一个名为“A”的用户测试（A用户刚好是版主）。
重排之前“A”用户的uid是115，
重排之后“A”用户的 ...

谢谢你的详尽的测试报告