進入mysql查看狀態如下：
mysql不能插入中文
默認的是客戶端和伺服器都用了latin1，所以會亂碼。
解決方案:
mysql>user mydb;
mysql>alter database mydb character set utf8;!
另一種方法是直接修改默認的Mysql配置文件
在debian環境下，徹底解決mysql無法插入中文和中文亂碼的辦法
上面提到了用臨時方法更改資料庫的字元集設置，顯示中文，但是後來發現在有的系統下並不能成功，比如我用的debian 7.0，找了好久終於找到一個適合debian系統的解決方案，debian 7.0下測試成功，其他諸如修改client和mysql加入default-character-set=utf8的方法之類的，只適用與5.5以前的系統！
㈡ Mysql資料庫數據亂碼怎麼恢復
1. 藉助 notepad＋＋ 把 .sql 文件的編碼格式改成 utf8
2. 替換 mysql 的 my.cnf 文件 並加入指定字元集的語句
3. 使用終端命令重新導入 .sql 文件
4. 各種重啟 清除瀏覽器緩存
㈢ mysql資料庫中亂碼怎麼解決
1、修改安裝文件根目錄下的my.ini文件：
搜索欄位default-character-set，設置其值為utf8/gbk之一(注意設置utf8的時候不能設成utf-8)
再去重啟MySQL伺服器
如果還是出現亂碼，接著執行下面操作
2、修改資料庫編碼
在安裝目錄的data目錄下找到你出現亂碼的資料庫對應的文件夾(這個文件夾即是你這個資料庫存放數據的地方)，
進入找到db.opt文件(即此資料庫的編碼配置文件)，修改值為下面的
default-character-set=gbk
default-collation=gbk_chinese_ci
再去重啟MySQL伺服器
如果還是出現亂碼，接著執行下面操作
3、再不行，備份原資料庫數據，直接drop掉這個資料庫
重新創建資料庫並設置編碼
create database yourDB character set gbk;
別忘了重啟MySQL伺服器綜上：如果還沒有解決，我也沒轍了。重裝吧，重裝的時候設置下編碼三處的編碼要一致
㈣ MySQL資料庫中的中文亂碼如何解決
mysql數據亂碼問題可能有以下三種原因:
1.server本身設定問題，例如還停留在latin1版本;
2.table的語系設定問題(包含character與collation);
3.客戶端程式(例如php,java)的連線語系設定問題;
建議使用utf8!!!!
想要避免mysql的中文亂碼問題,可以嘗試以下方法：
1,對於版本問題，建議去官網更新最新的版本或者比較好用的版本；
2,創建資料庫，創建表時沒有對字元編碼進行設定會造成亂碼問題:
創建資料庫的時候：CREATE DATABASE `test`
CHARACTER SET 'utf8'
COLLATE 'utf8_general_ci';
建表的時候 CREATE TABLE `database_user` (
`ID` varchar(40) NOT NULL default '',
`UserID` varchar(40) NOT NULL default '',
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
3,對於第三種情況,參考一下方法:
編輯linux伺服器中/etc/my.cnf文件,在[mysql]段加入default_character_set=utf8;
如果只是調試遇到亂碼問題:
在編寫Connection URL時，加上?useUnicode=true&characterEncoding=utf-8參數;
並且在網頁代碼中加上一個"set names utf8"或者"set names gbk"的指令，告訴MySQL連線內容都要使用utf-8或者gbk。
utf8或者gbk;
㈤ 求助：mysql資料庫中中文字元顯示亂碼，如何解決
首先要保證資料庫，資料庫表，文件都是utf-8格式，然後在資料庫里插入數據之前輸入
'get
names
gbk;'。尤其是枚舉類型時，常出現亂碼情況。
㈥ mysql資料庫中文亂碼怎麼解決
一、避免創建資料庫及表出現中文亂碼和查看編碼方法
1、創建資料庫的時候：CREATE DATABASE `test`
CHARACTER SET 'utf8'
COLLATE 'utf8_general_ci';
2、建表的時候 CREATE TABLE `database_user` (
`ID` varchar(40) NOT NULL default '',
`UserID` varchar(40) NOT NULL default '',
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
這3個設置好了，基本就不會出問題了,即建庫和建表時都使用相同的編碼格式。
但是如果你已經建了庫和表可以通過以下方式進行查詢。
1.查看默認的編碼格式:
mysql> show variables like "%char%";
+--------------------------+---------------+
| Variable_name | Value |
+--------------------------+---------------+
| character_set_client | gbk |
| character_set_connection | gbk |
| character_set_database | utf8 |
| character_set_filesystem | binary |
| character_set_results | gbk |
| character_set_server | utf8 |
| character_set_system | utf8 |
+--------------------------+-------------+
註：以前2個來確定,可以使用set names utf8,set names gbk設置默認的編碼格式;
執行SET NAMES utf8的效果等同於同時設定如下：
SET character_set_client='utf8';
SET character_set_connection='utf8';
SET character_set_results='utf8';
2.查看test資料庫的編碼格式:
mysql> show create database test;
+------------+------------------------------------------------------------------------------------------------+
| Database | Create Database |
+------------+------------------------------------------------------------------------------------------------+
| test | CREATE DATABASE `test` /*!40100 DEFAULT CHARACTER SET gbk */ |
+------------+------------------------------------------------------------------------------------------------+
㈦ mysql數據恢復亂碼
數據本身是沒有問題的，是編碼格式的問題，你可以通過程序讀取出數據，這個時候的數據就不是亂碼了，如果你想在資料庫直接看到數據，可以使用其他工具打開資料庫，或者在恢復數據時選擇其他編碼格式，我記得應該是Unicode格式
㈧ mysql資料庫中文亂碼
亂碼因為是字元集有問題，一般我們默認的字元集設置為utf8，這樣設置為之後即可正常查看資料庫數據。
如果設置為urf8還是亂碼，可改為gbk，即中文字元集查看一下。