3.4升级到3.5出现(1062) Duplicate entry ' stone' for key 'username' ALTER TABLE common_member New
3.4正式版升级到3.5正式版
升级过程出现(1062) Duplicate entry ' stone' for key 'username' ALTER TABLE common_member错误,
然后升级过程把表pre_common_member和pre_common_member_archive 的username键,唯一索引去掉后,可以正常继续升级。但是升级好后想把username键重新设置为唯一索引,同样出现之前的错误,导致无法把username键,重新设置为唯一索引。
这样得不断尝试删除错误的用户,然后才能继续执行,但是这样的用户还有很多,没办法一个一个删除。
而且发现3.4的用户名和3.5的用户名唯一性不同。看下面3张图片。在3.4里面是不同的用户来的,但是在3.5却判断成了同个用户。
这张图用户名区别是多了个大写和空格
这张图用户名区别是多了个大写和空格
这张图中间字符都不一样。
3.5里面有没什么办法把username键重新设置为唯一索引呢?谢谢了。
我知道答案 回答被采纳将会获得1 贡献 已有0人回答
升级过程出现(1062) Duplicate entry ' stone' for key 'username' ALTER TABLE common_member错误,
然后升级过程把表pre_common_member和pre_common_member_archive 的username键,唯一索引去掉后,可以正常继续升级。但是升级好后想把username键重新设置为唯一索引,同样出现之前的错误,导致无法把username键,重新设置为唯一索引。
这样得不断尝试删除错误的用户,然后才能继续执行,但是这样的用户还有很多,没办法一个一个删除。
而且发现3.4的用户名和3.5的用户名唯一性不同。看下面3张图片。在3.4里面是不同的用户来的,但是在3.5却判断成了同个用户。
这张图用户名区别是多了个大写和空格
这张图用户名区别是多了个大写和空格
这张图中间字符都不一样。
3.5里面有没什么办法把username键重新设置为唯一索引呢?谢谢了。
我知道答案 回答被采纳将会获得1 贡献 已有0人回答