前情提要
- 操作系统：CentOS7
- 数据库：MySQL-5.7.19
- 连接终端：SecureCRT7
显示数据库信息
\s
查看数据库编码
show variables like "character%";
由上面图片看到character_set_database和character_set_server的字符为latin1。
新建一个数据库
# 新建数据库
create database demo;
# 查看数据库编码
show create database demo;
由图片看出创建的数据库的编码就是latin1。
设置数据库编码
现在我打算把刚才创建的demo数据库的字符编码修改为utf8。设置如下：
# 使用demo数据库
use demo;
set character_set_database = utf8;
set character_set_server = utf8;
由上图可知我们已经把数据库的编码设置为utf8了。
下面我们新开一个终端，并在新的终端查看数据库的编码。
show variables like "character%";
我们会发现，数据库的编码并没有改变，还是
latin1。出现这样的原因是因为我们设置的编码是session级别的。也就是说，我们设置的编码只在当前会话起作用。关闭掉当前会话，重新开启，设置就会失效。
如何才能使得我们设置的编码能试用于全局呢？而不是仅仅限于当前会话？
我们可以设置全局的编码
设置全局数据库编码
我们新开一个终端窗口，这样我们的编码又变回
latin1了
我们给这个终端窗口命名为：terminal_mysql_one
然后我们设置全局编码
set global character_set_database = utf8;
set global character_set_server = utf8;
show variables like "character%";
从上图我们看出，我们设置了全局的变量，但是看上去并没有起作用。
我们新开一个终端窗口，命名为terminal_mysql_two。查看一下数据库的编码。发现编码已经变成utf8了。
为什么会这样？
其实还是session，当前会话的锅。
当前会话的编码已经形成了，已经缓存下来了。设置全局的时候并不会影响到当前的会话的编码。
修改表的编码
上面我们已经将全局的数据库的编码设置为utf8了。所以不管新开多少个终端窗口，编码还都会是utf8的。但是我们当前的terminal_mysql_one的编码是变的。我们新增一个数据库表看下。
# 使用demo数据库
use demo;
# 创建表t_demo
create table t_demo(id varchar(20),name varchar(20));
# 查看表t_demo的编码
show create table t_demo;
# 查看表结构
desc t_demo;
我们可以看出表的编码是latin1。
- 我们试图向表中插入一条带中文的数据
insert into t_demo(id, name) values("1", "测试");
从执行的结果来看是报错了，原因是编码的问题。那我们是不是把当前会话的编码设置为utf8就可以了？
- 设置当前会话(session)的编码为
utf8
set character_set_database = utf8;
set character_set_server = utf8;
# 查看字符集
show variables like "character%";
# 查看表编码
show create table t_demo;
设置完之后，我们可以发现还是会出现这样的问题。
表在创建的时候编码已经生效了，所以即使改变了当前会话的编码，对表也是没有影响的。
既然这样，我们把表的字符编码修改为utf8
- 设置表的编码为
utf8
alter table t_demo character set utf8;
show create table t_demo;
insert into t_demo(id, name) values("1", "测试");
我们发现即使修改了表的字符编码，还是不能正确的插入。
仔细观察发现，我们的字段还是latin1字符集。
- 修改表字段的字符集
alter table t_demo convert to character set utf8 collate utf8_general_ci;
show create table t_demo;
insert into t_demo(id, name) values("1", "测试");
终于，我们插入了数据。
通过配置文件修改字符编码
前面我讲了很多，也设置了很多。跳来跳去的。最终我们得到了我们想要的。
这个时候，如果我重启了数据库会发生什么？
- 数据库的编码又变回了原来的样子
- 已经修改了字符集的表和字段的字符集没有改变
好吧，如果我们重启数据库，我们之前做的大部分都是白费的。
所以要想是的编码永久生效，我们需要修改mysql的配置文件。
- 配置文件地址
linux：/etc/my.cnf
将下面的代码写入配置文件
[mysqld]
character-set-server = utf8
[client]
default-character-set = utf8
[mysql]
default-character-set = utf8
需要注意的是：my.cnf里面已经有
[mysqld]了，所以我们只需要把对应的设置放到下面就行了。至于剩下的[client]和[mysql]放到my.cnf的最后。不然重启会有问题。
好了，设置完重启就好了。我们发现编码变成utf8了。
总结
修改编码有session级、global级。
session级的修改只影响到当前会话的编码，已经生成的库和表的编码不会改变。
global级的修改会影响到全局，但是当前会话的编码不会被改变
不管是session还是global级的修改，只要重启数据库，这一切就都会还原。
使用到的命令
# 查看数据库信息
\s
# 查看数据库编码
show variables like "character%";
# 设置当前session的database编码
set character_set_database = utf8;
# 设置当前session的server编码
set character_set_server = utf8;
# 设置global的database编码
set global character_set_database = utf8;
# 设置global的server的编码
set global character_set_server = utf8;
# 新建数据库
create database demo;
# 查看数据库编码
show create database demo;
# 设置表的编码
alter table t_demo character set utf8;
# 设置表中字段的编码
alter table t_demo convert to character set utf8 collate utf8_general_ci;
