1樓：匿名使用者
關於亂碼的原因不好一下說出,給出以下辦法,嘗試排除法來解決一下看看:
解決mysql資料亂碼:
1 寫過濾器設定編碼格式(格式和jsp頁面的編碼一樣)，或則在請求裡面寫request.setcharacterencoding("編碼方式");
2 如果是查詢出資料亂碼，在連結的url上加上編碼格式(你這裡加了，沒問題);
3 修改my.ini檔案裡面的 default-character-set= 您要的編碼格式 (一共有兩處，你查詢一下 改為一樣的編碼格式)
4 如果是寫入到資料庫之後是亂碼(前提是已經寫了過濾器處理編碼),修改my.ini檔案裡面查詢sql-mode 設定 sql-mode = "no_auto_create_user,no_engine_substitution";
如果出現亂碼情況 就試試吧！
auto_increment=11 這個意思就是id或是指定的列從11開始自增...比如你新增第一條記錄,則變成12,以此類推......
2樓：匿名使用者
你使用utf8，那就需要在mysql_connect後面加一句set names utf8，可消除亂碼，如果使用gbk那就寫set names gbk，如下：
$mysql_mylink = mysql_connect($mysql_host, $mysql_user, $mysql_pass);
mysql_query("set names 'utf8'");
3樓：匿名使用者
你的伺服器mysql資料庫設定有問題
4樓：匿名使用者
資料可以在網頁上加 那樣就好了
5樓：匿名使用者
最好還是用gbk編碼吧
為什麼mysql的表記錄中有些中文顯示問號
6樓：
用utf-8
如果是資料庫來中有亂碼，就
源是錄bai
入資料時不是gb2312的。這du只能重新修zhi改記錄了。如果只dao想輸出時頁面正常顯示的話，那麼就採用和你頁面標準一直的編碼。
比如你頁面是gb2312的話，就如樓下說的mysql_query(set names gb2312);
如果頁面是utf-8就
mysql_query(set names utf8);
7樓：匿名使用者
這是來字符集不一致造成的。源
修改mysql的預設字符集是通過修改它的配置檔案來實現的。一般分兩種情況：
windows平臺
windows下的mysql配置檔案是my.ini,一般在c:windowsmy.ini或者c:winntmy.ini可 以直接在這個檔案裡面加上
default-character-set=gbk #或gb2312,big5,utf8
然後重新啟動mysql
service mysql restart 或 /etc/init.d/mysql restart
或用其他方法重新啟動，就生效了。
unix（linux）平臺
linux下的mysql配置檔案是my.cnf，一般是/etc/my.cnf，如果找不到可以用find命令找一下：
find / -iname my.cnf
在這個檔案裡面加上
default-character-set=gbk #或gb2312,big5,utf8
然後重新啟動mysql
net stop mysql
8樓：贏在心中
那是亂碼，建表的時候你可以指定編碼格式。
mysql資料庫中存進的是中文，為什麼查出來的亂碼？
9樓：匿名使用者
你的mysql客戶端和你的mysql伺服器的編碼不一樣，，應為utf8編碼的中文是3個字元，而gbk編碼的中文是兩個字元，，這樣解析出來的中文就是亂碼了。。你需要該資料庫的字符集編碼。。。具體如下：
找到mysql 的ini配置檔案
在[client]這裡加上default_character_set = utf8
在[mysqld]這裡加上character_set_server = utf8
不出意外應該可以了
10樓：匿名使用者
呵呵，mysql資料庫編碼是比較複雜的，既然你資料庫中沒有出現亂碼，那就是說從資料庫讀取轉換的時候出現了亂碼。你只說是亂碼，沒有相關資訊，大家沒法幫你解決。所以你首先，開啟mysql控制檯。
輸入： show variebles like 「character_set_%」;然後把得到的資訊，貼出來，我看看問題是出在**了。
11樓：匿名使用者
開啟資料庫裡看看顯示的是不是亂碼如果不是的話 就是你jsp頁面的編碼問題在頁面的第一行加上<%@ page contenttype="text/html; charset=gb2312"%>或者選擇utf-8
12樓：匿名使用者
mysql設定裡面不支援中文吧.
13樓：匿名使用者
你的系統中毒了，什麼問題你都遇到了。你好強大！
14樓：愛可生雲資料庫
一、轉碼失敗
在資料寫入到表的過程中轉碼失敗，資料庫端也沒有進行恰當的處理，導致存放在表裡的資料亂碼。
針對這種情況，前幾篇文章介紹過客戶端傳送請求到服務端。
其中任意一個編碼不一致，都會導致表裡的資料存入不正確的編碼而產生亂碼。
比如下面簡單一條語句：
set @a = "文字字串";
insert into t1 values(@a);
變數 @a 的字元編碼是由引數 character_set_client 決定的，假設此時編碼為 a，也就是變數 @a 的編碼。
2. 寫入語句在傳送到 mysql 服務端之前的編碼由 character_set_connection 決定，假設此時編碼為 b。
3. 經過 mysql 一系列詞法，語法解析等處理後，寫入到表 t1，表 t1 的編碼為 c。
那這裡編碼 a、編碼 b、編碼 c 如果不相容，寫入的資料就直接亂碼。
二、客戶端亂碼
表資料正常，但是客戶端展示後出現亂碼。
這一類場景，指的是從 mysql 表裡拿資料出來返回到客戶端，mysql 裡的資料本身沒有問題。客戶端傳送請求到 mysql，表的編碼為 d，從 mysql 拿到記錄結果傳輸到客戶端，此時記錄編碼為 e（character_set_results）。
那以上編碼 e 和 d 如果不相容，檢索出來的資料就看起來亂碼了。但是由於資料本身沒有被破壞，所以換個相容的編碼就可以獲取正確的結果。
這一類又分為以下三個不同的小類：
1)欄位編碼和表一致，客戶端是不同的編碼
比如下面例子， 表資料的編碼是 utf8mb4，而 session 1 發起的連線編碼為 gbk。那由於編碼不相容，檢索出來的資料肯定為亂碼。
2）表編碼和客戶端的編碼一致，但是記錄之間編碼存在不一致的情形
比如表編碼是 utf8mb4，應用端編碼也是 utf8mb4，但是表裡的資料可能一半編碼是 utf8mb4，另外一半是 gbk。那麼此時表的資料也是正常的，不過此時採用哪種編碼都讀不到所有完整的資料。這樣資料產生的原因很多，比如其中一種可能性就是表編碼多次變更而且每次變更不徹底導致（變更不徹底，我之前的篇章裡有介紹）。
舉個例子，表 t3 的編碼之前是 utf8mb4，現在是 gbk，而且兩次編碼期間都被寫入了正常的資料。
3）每個欄位的編碼不一致，導致亂碼和第二點一樣的場景。不同的是：非記錄間的編碼不統一，而是每個欄位編碼不統一。
舉個例子，表 c1 欄位 a1,a2。a1 編碼 gbk，a2 編碼是 utf8mb4。那每個欄位單獨讀出來資料是完整的，但是所有欄位一起讀出來，資料總會有一部分亂碼。
三、latin1
還有一種情形就是以 latin1 的編碼儲存資料
估計大家都知道字符集 latin1，latin1 對所有字元都是單位元組流處理，遇到不能處理的位元組流，保持原樣，那麼在以上兩種存入和檢索的過程中都能保證資料一致，所以 mysql 長期以來預設的編碼都是 latin1。這種情形，看起來也沒啥不對的點，資料也沒亂碼，那為什麼還有選用其他的編碼呢？原因就是對字元儲存的位元組數不一樣，比如 emoji 字元 "❤"，如果用 utf8mb4 儲存，佔用 3 個位元組，那 varchar(12) 就能存放 12 個字元，但是換成 latin1，只能存 4 個字元。
15樓：淡淡的雷人生活
首先檢視mysql字符集
show variables like 'character_set%';
修改配置檔案 vim /etc/my.cnf[client]
default-character-set=utf8[mysqld]
character_set_server=utf8
mysql插入的中文字元顯示為亂碼或問號怎麼辦
16樓：zha南京
mysql> show variables like 'character_set_%';
| variable_name | value |
| character_set_client | utf8 |
| character_set_connection | utf8 |
| character_set_database | utf8 |
| character_set_filesystem | binary |
| character_set_results | utf8 |
| character_set_server | utf8 |
| character_set_system | utf8 |
| character_sets_dir | /usr/local/mysql/share/mysql/charsets/ |
1 和儲存有關
character_set_server: 伺服器安裝時指定的預設字符集設定。
character_set_database: 資料庫伺服器中某個庫使用的字符集設定，如果建庫時沒有指明，將使用伺服器安裝時指定的字符集設定。
character_system: 資料庫系統使用的字符集設定。
2 和傳輸有關
character_set_connection: 連線資料庫的字符集設定型別，如果php沒有指明連線資料庫使用的字符集型別就按照伺服器端預設的字元設定
character_set_results: 資料庫給客戶端返回時使用的字符集設定，如果沒有指明，使用伺服器預設的字符集
character_set_client: 客戶端使用的字符集，相當於網頁中的字符集設定
jsp寫入mysql資料庫出現亂碼
改承天 這個是你mysql資料庫編碼有問題，你可以使用show variables like character set 先檢視你的資料庫編碼，然後設定編碼不一樣的 set names utf8 夢飛 是不是jsp頁面一提交到後臺就顯示的是亂碼，如果是這個問題建議你參考下這個 網頁連結 看看網頁編碼...
為什麼向資料庫插入中文出現亂碼，mysql資料庫中存進的是中文，為什麼查出來的亂碼？
你的mysql客戶端和你的mysql伺服器的編碼不一樣，應為utf8編碼的中文是3個字元，而gbk編碼的中文是兩個字元，這樣解析出來的中文就是亂碼了。你需要該資料庫的字符集編碼。具體如下 找到mysql 的ini配置檔案 在 client 這裡加上default character set utf8...
mysql查詢Mybatis查詢
雲南新華電腦學校 spring boot mybatis mysql實現資料批量查詢,我們在構建web應用時，往往是需要查詢後臺資料庫的表記錄，查詢按返回結果型別 網海1書生 select from 表名 where left permission code,3 select left permis...