mysql是咱們項目中非常常常使用的數據型數據庫。mysql
但是因爲咱們需要在數據庫保存中文字符,因此常常遇到數據庫亂碼狀況。如下就來介紹一下怎樣完全解決數據庫中文亂碼狀況。sql
create table user(name varchar(11)); # 建立user表
insert into table user("carl"); # 加入數據
select * from user;
insert into user value("哈哈");
沒法插入中文字符:數據庫
mysql> show create table user \G;
*************************** 1. row ***************************
Table: user
Create Table: CREATE TABLE `user` (
`name` varchar(11) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=latin1
1 row in set (0.00 sec)
咱們可以看到表的默認字符集是latin1.
因此咱們在建立表的時候就需要指定表的字符集:服務器
create table user(name varchar(11)) default charset=utf8;
這樣在Linux裏面可以訪問而且可以插入與訪問這個表了。markdown
儘管在服務器端可以顯示中文正常,但是在客戶端可能會顯示亂碼。因爲咱們的服務器是UTF8。session
而且數據庫的編碼也存在問題。post
這裏咱們可以看character_sert_database與character_set_server的字符集都是latin1.那麼在mysql數據庫中,server,database,table的字符集都默認是latin1.如下咱們就來看看怎樣解決mysql亂碼狀況。編碼
查看數據庫編碼:spa
show variables like '%char%';
改動字符編碼:操作系統
set character_set_server=utf8;
set character_set_database=utf8;
show variables like '%char%';
咱們可以看到字符集已經改動成都是utf8了。
但是這裏有一個問題,那就是咱們又一次打開一個命令窗體而後查看數據編碼就會出現如下的畫面:
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。
假設你覺得萬事大吉了的話。那麼你就大錯特錯了。
當咱們數據庫從新啓動的時候,大家發現設置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.
而且咱們建立表的時候不需要指定字符編碼,它默認就是utf8;
drop database test;
create database test;
use test;
create table user(name varchar(11));
show create table user \G;
我看網上很是多答案都是直接在session級別設置mysql的字符編碼,這是治標不治本的方法。咱們仍是要從源頭上解決問題。那就是改動mysql默認的配置文件,把它的字符集改動成可以使用中文字符的UTF8就OK了。