请知悉：本文最近一次更新为 3年 前，文中内容可能已经过时。
情况是这样的，FishEye用了测试的HSQLDB，然后切MySQL，切不过去。通过分析fisheye.out，查了下报错，配合后台提示定位到sql文件，出问题的指令应该是：”alter table cru_user add constraint uk_user_name unique (cru_user_name);”，
进去看残留的cru_user，发现有 的用户名，重复。就是这坑造成切换失败。根源得解决乱码。
几经周折，和浩哥各种尝试，最终在
FishEye+Crucible变更MySQL数据库中文乱码问题解决 看到说MySQL设置下默认的字符集，于是在my.cnf的mysqld加了character-set-server=utf8。
重启MySQL，删库，新建了同名的库。
考虑测试数据，所以直接修改了配置文件，让FishEye自动初始化数据库，成功初始化完成，对接jira的用户，同步用户后，发现没有乱码了。于是天下太平。
如您从本文得到了有价值的信息或帮助，请考虑扫描文末二维码捐赠和鼓励。
如本文对您有用，捐赠和留言 将是对我最好的支持~（捐赠可转为站内积分）
如愿意，请向朋友推荐本站，谢谢。
尊重他人劳动成果。转载请务必附上原文链接，我将感激不尽。
留言