今天搭建了运营用的服务器,发现访问服务器接口的时候,服务器返回nil。我就纳闷,为什么测试服务器没问题,而在这里却有问题?明明都是同样版本的软件啊,虽然安装软件的顺序不一样,但是也不至于啊。
然后就想起之前使用Openresty的lua_resty_mysql来访问mysql数据库时,执行mysql_db:query("SET NAMES utf8;")会有出错的现象,并且返回nil。
果不其然,将其屏蔽后就没问题了。初步推定是这语句写错了,但是这么简单,怎么会写错呢?在终端执行也是通过的。那就是这句话下面那句话出错了,而且是只有进行中文插入的动作时才出错。于是乎在终端执行了SET NAME utf8,紧接着插入含中文的语句,报错了: Incorrect string value: '\u00E4\u00B8\u00AD\u00E6\u0096\u0087' for column 'count' at row 1
意思很明显,就是当前不允许插入utf8编码的中文。
google了一番后,得出如下的结论:(笔者使用CentOS7.0,MySql5.7)
第一步:登录MySQL,使用SHOW VARIABLES LIKE 'character%';查看当前使用的字符集,显示如下:
character_set_database和character_set_server的默认字符集是latin1。(如果SHOW VARIABLES LIKE 'character%';报错:ERROR 1146 (42S02): Table 'performance_schema.session_variables' doesn't exist,可以执行:mysql_upgrade -u root -p --force)
第二步:vim /etc/my.cnf
在[mysqld]字段里加入下面红色三句,如下:
[mysqld]
...
default-storage-engine=INNODB
character-set-server=utf8
collation-server=utf8_general_ci
修改完成后,service mysql restart重启mysql服务就生效,使用SHOW VARIABLES LIKE 'character%';查看,发现数据库编码全已改成utf8。
第三步:将自己的数据库drop掉,重新执行sql文件,这时候由于数据库默认的编码格式是utf8,所以生成的表也会默认是utf8。