在对Django项目跑测试用例时.数据库疯狂报错.查来查去原来是没有修改默认字符集为utf8.
这里要注意测试时候生成的是临时数据库,数据库的默认字符编码不是utf8,我在linux上自己生成的test database已经指定了默认字符集为utf8,原本以为没有问题的,但是每次跑测试的时候,还是要将原来的已经存在的测试数据库给删除掉,特别是项目第一次跑测试的时候,还会让你输入yes来确认数据库删除,搞得我还以为每次都需要重新输入确认删除数据库的yes(实际上测试跑成功之后会很自觉的将创建的数据库删除掉,下次跑测试的时候,就不需要再进行确认了).之后新生成的数据库的字符编码就是 MysqL默认的了.一般不是utf8,这个时候跑测试就可以看到疯狂报错的场面了.
解决办法很简单,就是将MysqL的默认编码修改为utf8.当然在修改的过程中一样有坑要踩.根据网上的帖子去寻找my.cnf文件,基本上和本机linux上的路径对应不上,MysqL的安装路径也是不一样的.可以使用whereis MysqL来查看MysqL安装的路径.找来找去最后直接使用搜索大法了,find / -name my.cnf,发现系统里面只有一个这个样的文件,vi my.cnf,打开发现的确是MysqL的配置文件.接下来按照网上的帖子,写入以下内容在文件最后面空行:
[client] default-character-set=utf8 [MysqLd] character-set-server=utf8 collation-server=utf8_general_ci
输入成功重启MysqL:
service MysqLd restart
如果可以成功就可以了.
之后进入MysqL中查看:
MysqL>status
看到所有的编码相关都修改为了utf8就大功告成了.
如果不幸看到其他帖子,有可能输入的内容有错,导致MysqL无法连接,如:
[client] default-character-set=utf8 [MysqLd] default-character-set=utf8 collation-server=utf8_general_c
那么就需要再把MysqLd的default-character-set=utf8改为character-set-server=utf8,重启服务应该成功.
如果还不成功,就查看一下进程,如果还在就杀死进程,再重启服务.
最后,在pycharm上面执行测试的时候,居然会根据光标所在行去找需要进行测试的函数,有时候会看到明明一个TestCase下写了好几个测试函数,却只有一个测试了;或者测试到了不相干的其他函数.那么就要仔细看看是否光标有误了.当然这个问题可以通过pycharm的设置来避免,我还在寻找这个设置项.
