修改字符编码:
set character_set_server=utf8; set character_set_database=utf8; show variables like '%char%';
我们可以看到字符集已经修改成都是utf8了。但是这里有一个问题,那就是我们重新打开一个命令窗口然后查看数据编码就会出现下面的画面:
2.2、global范围
mysql设置变量的范围默认是session范围。如果设置多个会话的字符集那么需要设置global范围:Set [global|session] variables …
set global character_set_database=utf8; set global character_set_server=utf8; show variables like '%char%';
当我们跨会话查看mysql字符集都会看到都是utf8。如果你以为万事大吉了的话,那么你就大错特错了。
2.3、设置数据全局范围
当我们数据库重启的时候,你们发现设置global范围的值又变成latin1了。
service mysqld restart mysql -uroot -pyourpassword show variables like '%char%';
不要怕,下面就教你终极大招:
修改mysql配置文件/etc/my.cnf。
[mysqld] character-set-server=utf8 [client] default-character-set=utf8 [mysql] default-character-set=utf8
请注意这几个参数配置的位置,不然可能会启动不起来mysql服务:
OK。这下如果你重启mysql服务也会发现它的字符集是utf8.
drop database test; create database test; use test; create table user(name varchar(11)); show create table user \G;
而且我们创建表的时候不需要指定字符编码,它默认就是utf8;
3、总结
我看网上很多答案都是直接在session级别设置mysql的字符编码,这是治标不治本的方法。我们还是要从源头上解决这个问题。那就是修改mysql默认的配置文件,把它的字符集修改成能够使用中文字符的UTF8就OK了。
更多相关Mysql内容来自木庄网络博客
标签:Mysql
相关阅读 >>
更多相关阅读请进入《mysql》频道 >>

数据库系统概念 第6版
本书主要讲述了数据模型、基于对象的数据库和XML、数据存储和查询、事务管理、体系结构等方面的内容。