执行"SET NAMES utf8"后仍然无法插入中文的原因

    今天搭建了运营用的服务器,发现访问服务器接口的时候,服务器返回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%';查看当前使用的字符集,显示如下:

 执行"SET NAMES utf8"后仍然无法插入中文的原因_第1张图片

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。

执行"SET NAMES utf8"后仍然无法插入中文的原因_第2张图片

    第三步:将自己的数据库drop掉,重新执行sql文件,这时候由于数据库默认的编码格式是utf8,所以生成的表也会默认是utf8。

你可能感兴趣的:(执行"SET NAMES utf8"后仍然无法插入中文的原因)