1樓：匿名使用者
不是說資料庫中文亂碼，就是資料庫的原因，這個和你在頁面上的編碼也有關係的。比如你資料庫的編碼方式是gbk的，那麼你網頁上也就使用gbk編碼，在執行sql刪除和新增的之前執行一下 set names gbk，就可以。
2樓：
utf-8 gb-2312
mysql資料庫中的中文亂碼如何解決
3樓：愛尚實訓_博雅
1）在安裝資料庫的時候指定字符集
2）如果在安裝完了以後可以更改以下檔案：
\mysql目錄\my.ini裡的所有的default-character-set=utf-8
\mysql目錄\data\depot_development\db.opt
default-character-set=utf-8
default-collation=utf-8_chinese_ci
3）建立資料庫的時候：指定字符集型別
create database test
character set 'gbk'
collate 'gbk_chinese_ci";
4）建立表的時候也指定字符集
create table student
(id varchar(40) not null default,
uuseid varchar(40) not null default
)engine=innodb default charset=gbk;
5）設定url的時候
4樓：匿名使用者
首先寫一個資料庫test，然後寫一個表table，最後插入你想要寫入的欄位"工資"。出現了了亂碼。就得
1. 啟動mysql，在裡面輸入 alter database `test` default character set utf8 collate utf8_bin,將test資料庫的編碼設為utf8。
2. 修改表的編碼：alter table `category` default character set utf8 collate utf8_bin 以上命令就是將一個表category的編碼改為utf8 。
3. 修改欄位的編碼：直接在mysql裡右擊表，然後點編輯表，在裡面修改或輸入**：
alter table `test` change `dd` `dd` varchar ( 45 ) character set utf8 collate utf8_bin not null。4.得刪除之前插入的欄位之類的，再重新匯入之前的欄位
5樓：匿名使用者
建庫的時候設定編碼，時刻保證編碼統一
mysql資料庫中文亂碼，怎麼解決？
6樓：匿名使用者
根據截圖，基本可以確定兩種原因：
1、資料庫編碼沒有問題，資料庫表編碼不是gbk或者utf82、資料庫表編碼沒有問題，表對應的列編碼不是gbk或者utf8建議樓主按照以下步驟排查問題：
1、show create table 表名 ；
檢視錶的建立語句，預設後面都有個 default charset=utf8，如果不是建議使用以下語句修改
alter table 表名 default charset=utf8;
2、如果表字符集沒有問題，檢視對應的列是否包含其他編碼的，如果包含建議修改列為utf8編碼。
通過以上步驟，問題基本可以得到解決，如果還有問題，繼續追問
7樓：匿名使用者
在資料庫裡面顯示的是中文還是問號？
我的mysql資料庫中文有亂碼問題怎麼解決？
8樓：寸玉花禾女
查詢出來有亂碼還是存進資料庫後是亂碼
如果是網頁裡插入的，檢查下頁面編碼是不是utf8比如
mysql資料庫中存進的是中文，為什麼查出來的亂碼？
9樓：匿名使用者
你的mysql客戶端和你的mysql伺服器的編碼不一樣，，應為utf8編碼的中文是3個字元，而gbk編碼的中文是兩個字元，，這樣解析出來的中文就是亂碼了。。你需要該資料庫的字符集編碼。。。具體如下：
找到mysql 的ini配置檔案
在[client]這裡加上default_character_set = utf8
在[mysqld]這裡加上character_set_server = utf8
不出意外應該可以了
10樓：匿名使用者
開啟資料庫裡看看顯示的是不是亂碼如果不是的話 就是你jsp頁面的編碼問題在頁面的第一行加上<%@ page contenttype="text/html; charset=gb2312"%>或者選擇utf-8
11樓：匿名使用者
mysql設定裡面不支援中文吧.
12樓：匿名使用者
你的系統中毒了，什麼問題你都遇到了。你好強大！
13樓：愛可生雲資料庫
一、轉碼失敗
在資料寫入到表的過程中轉碼失敗，資料庫端也沒有進行恰當的處理，導致存放在表裡的資料亂碼。
針對這種情況，前幾篇文章介紹過客戶端傳送請求到服務端。
其中任意一個編碼不一致，都會導致表裡的資料存入不正確的編碼而產生亂碼。
比如下面簡單一條語句：
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 個字元。
關於mysql資料庫字元編碼的問題、中文亂碼！
14樓：愛可生雲資料庫
ascii
用途：用來對映簡單的單位元組字元，比如大小寫英文字母、阿拉伯數字、常用的標點符、運算子、控制字元等。
編碼範圍：u+0000 - u+007f
注意：對於用這類字元的場景夠用了，但是卻無法表達比如漢字，日文等編碼。
2. unicode
用途：用來對映包含 ascii 以內的其他的所有字元。
編碼範圍：u+0000 - u+10ffff
注意：ascii 是 unicode 的子集，ascii 編碼的字元可以無損轉換為 unicode 編碼的字元。
mysql 常用字符集
1. latin1
latin1 是 cp1252 或者 iso-8859-1 的別名。iso-8859-1 編碼是單位元組編碼，向下相容 ascii。
編碼範圍：u+0000 - u+00ff
iso-8859-1 收錄的字元除 ascii 收錄的字元外，還包括西歐語言、希臘語、泰語、阿拉伯語、希伯來語對應的文字元號。
單位元組內的空間都被 iso-8859-1 編碼佔用，所以能夠用 iso-8859-1 編碼儲存、傳輸其他任何編碼的位元組流。
比如把一個 utf8mb4 的編碼或者 gbk 的編碼存入 latin1，不會有任何問題。因為 latin1 保留了原始的位元組流，這也就是 mysql 長期以來把 latin1 做預設字符集的原因。
但是由於 latin1 對任何字元都存放位元組流，造成了字元個數的浪費。
比如：char(10) character set latin1;char(10) character set utf8;
該欄位中儲存字元個數 utf8 是 latin1 的三倍！！！
2. gb18030
gb18030 是中國官方標準字符集，向前相容 gbk、gb2312，是這兩個的超集。用 1、2、4 個位元組分別表示一個符號。比如對一般中文字元，預設是用兩個位元組編碼儲存。
windows 系統，預設用的就是 gb18030。
若只是儲存中文字元，那 gb18030 最佳。
原因有兩點：
1）佔用空間小，比如比 utf8 小。
2）儲存的漢字根據拼音來排序，檢索快。
3. utf8
utf8 是 unicode 的編碼實現，可以儲存 unicode 編碼對應的任何字元， 這也是使用最多的一種編碼。最大的特點就是變長的編碼方式，用 1 到 4 個位元組表示一個符號，可以根據不同的符號編碼位元組長度。
字母或數字用 1 位元組，漢字用 3 位元組，emoji 表情符號用 4 位元組。utf8 字符集目前是使用最廣泛的。
注意！mysql 裡常說的 utf8 是 utf8mb3 的別名，utf8mb3 是 utf8mb4 的子集，utf8mb4 才是真正的 4 位元組 utf8 字符集！
utf8mb3 表示最大支援 3 個位元組儲存字元，utf8mb4 表示最大 4 個位元組儲存字元。根據實際需要和未來展望，mysql 8.0 已經預設用 utf8mb4 基礎字符集。
PHP中MYSQL資料庫亂碼問題，跪求解決方案
可能需要修改資料庫的配置 一般情況下我們在設計資料庫的時候都會事先確定好要用的字符集，但當我們要使用以前的資料的時候，可能會遇到字符集不同的問題，字符集的修改不能通過alert database charest set 來直接修改，這樣只是影響以後的資料，對已有的資料沒有用，那怎麼辦那 我們模擬講l...
mysql資料庫怎麼匯入資料庫檔案
步驟如下 首先使用mysql提供的命令列介面來匯入資料庫，確保自己的電腦中安裝了mysql資料庫，可以通過命令列來確認是否安裝了mysql資料庫，當然，第一步是開啟mysql的資料庫服務，使用命令列來開啟 如下圖所示 啟動mysql後，找到需要用到的指令碼檔案，也就是資料庫檔案，首先得建立一個資料庫...
MySQL資料庫如何新增列，mysql資料庫有資料怎麼新增欄位
alter table 表名 add 列名 屬性 一般用上邊的語法 但是如果有圖形化工具的話，也可以用圖形化工具，具體的得看你用的是什麼了，不過個人認為還是用語句方便一些 傳統情況 我們先回顧一下，在沒有 立刻加列 功能時，加列操作是怎麼完成的。我們也藉此來熟悉一下本期的圖例 當進行 加列操作 時，...