本文目錄一覽：
- 1、mysql 中的漢字是亂碼
- 2、在vc6的運行環境下用c語言調用mysql查詢語句後返回的漢字顯示亂碼，有什麼辦法嗎？ 註：在my
- 3、mysql中文顯示亂碼怎麼解決
- 4、MySQL數據庫中的中文亂碼如何解決
- 5、mysql數據庫中存進的是中文，為什麼查出來的亂碼？
mysql 中的漢字是亂碼
解決MySql數據亂碼:
1
寫過濾器設置編碼格式(格式和JSP頁面的編碼一樣)，或則在請求裡面寫request.setCharacterEncoding(“編碼方式”);
2
如果是查詢出數據亂碼，在鏈接的URL上加上編碼格式(你這裡加了，沒問題);
3
修改my.ini文件裡面的
default-character-set=
您要的編碼格式
(一共有兩處，你查找一下
改為一樣的編碼格式)
如果是寫入到數據庫之後是亂碼(前提是已經寫了過濾器處理編碼),修改my.ini文件裡面查找sql-mode
設置
sql-mode
=
“NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION”;
如果出現亂碼情況
就試試吧！
在vc6的運行環境下用c語言調用mysql查詢語句後返回的漢字顯示亂碼，有什麼辦法嗎？ 註：在my
這是因為UTF8編碼格式的問題，你需要進行字符轉換。
首先用MultiByteToWideChar(CP_UTF8,0,lpszBuffer,-1,(LPWSTR)pUnicode,size); 把UTF8轉成寬字節文字，
然後用WideCharToMultiByte(936,0,(LPWSTR)pUnicode,-1,lpszContext,size,NULL,NULL); 轉換成CP936編碼的中文漢字。
只能幫你找個思路，具體的函數調用細節我也不計啦，自己查win32api的手冊吧。可以參考下面的例子。
VC6.0 UCS2(unicode) 與 GBK(gb2312) UTF(utf-8)格式互轉
#include string
#include stdio.h
#include “windows.h”
// 把UTF-8轉換成Unicode
void UTF_8ToUnicode(WCHAR* pOut,char *pText)
{
char* uchar = (char *)pOut;
uchar[1] = ((pText[0] 0x0F) 4) + ((pText[1] 2) 0x0F);
uchar[0] = ((pText[1] 0x03) 6) + (pText[2] 0x3F);
return;
}
// Unicode 轉換成UTF-8
void UnicodeToUTF_8(char* pOut,WCHAR* pText)
{
// 注意 WCHAR高低字的順序,低字節在前，高字節在後
char* pchar = (char *)pText;
pOut[0] = (0xE0 | ((pchar[1] 0xF0) 4));
pOut[1] = (0x80 | ((pchar[1] 0x0F) 2)) + ((pchar[0] 0xC0) 6);
pOut[2] = (0x80 | (pchar[0] 0x3F));
return;
}
// 把Unicode 轉換成 GB2312
void UnicodeToGB2312(char* pOut,unsigned short uData)
{
WideCharToMultiByte(CP_ACP,NULL,uData,1,pOut,sizeof(WCHAR),NULL,NULL);
return;
}
// GB2312 轉換成 Unicode
void Gb2312ToUnicode(WCHAR* pOut,char *gbBuffer)
{
::MultiByteToWideChar(CP_ACP,MB_PRECOMPOSED,gbBuffer,2,pOut,1);
return;
}
//GB2312 轉為 UTF-8
void GB2312ToUTF_8(CString pOut,char *pText, int pLen)
{
char buf[1024];
char* rst = new char[pLen + (pLen 2) + 2];
memset(buf,0,1024);
memset(rst,0,pLen + (pLen 2) + 2);
int i = 0;
int j = 0;
while(i pLen)
{
//如果是英文直接複製就可以
if( *(pText + i) = 0)
{
rst[j++] = pText[i++];
}
else
{
WCHAR pbuffer;
Gb2312ToUnicode(pbuffer,pText+i);
UnicodeToUTF_8(buf,pbuffer);
unsigned short int tmp = 0;
tmp = rst[j] = buf[0];
tmp = rst[j+1] = buf[1];
tmp = rst[j+2] = buf[2];
j += 3;
i += 2;
}
}
strcpy(rst[j],”\0″);
//返回結果
pOut = rst;
delete []rst;
return;
}
//UTF-8 轉為 GB2312
void UTF_8ToGB2312(CString pOut, char *pText, int pLen)
{
char * newBuf = new char[pLen];
char Ctemp[4];
memset(Ctemp,0,4);
int i =0;
int j = 0;
while(i pLen)
{
if(pText[i] 0)
{
newBuf[j++] = pText[i++];
}
else
{
WCHAR Wtemp;
UTF_8ToUnicode(Wtemp,pText + i);
UnicodeToGB2312(Ctemp,Wtemp);
newBuf[j] = Ctemp[0];
newBuf[j + 1] = Ctemp[1];
i += 3;
j += 2;
}
}
strcpy(newBuf[j],”\0″);
pOut = newBuf;
delete []newBuf;
return;
}
CString UTF8_Encode(LPTSTR strUnicode)
{
long TLen ;
CString UTF8_EncodeLong ;
TLen = CString(strUnicode).GetLength() ;
if(TLen == 0)
{
return CString(strUnicode);
}
long lngBufferSize ;
long lngResult ;
//Set buffer for longest possible string.
lngBufferSize = TLen * 3 + 1 ;
char *bytUtf8 = new char[lngBufferSize] ;
//Translate using code page 65001(UTF-8).
lngResult = WideCharToMultiByte(CP_UTF8, 0, (unsigned short*)strUnicode, TLen, bytUtf8, lngBufferSize, NULL, 0) ;
bytUtf8[lngResult] = NULL ;
return CString(bytUtf8) ;
}
/*************************************************************************/
CString URLEncode(CString sIn)
{
CString sOut;
const int nLen = sIn.GetLength() + 1;
register LPBYTE pOutTmp = NULL;
LPBYTE pOutBuf = NULL;
register LPBYTE pInTmp = NULL;
LPBYTE pInBuf =(LPBYTE)sIn.GetBuffer(nLen);
BYTE b = 0;
//alloc out buffer
pOutBuf = (LPBYTE)sOut.GetBuffer(nLen*3 – 2);//new BYTE [nLen * 3];
if(pOutBuf)
{
pInTmp = pInBuf;
pOutTmp = pOutBuf;
// do encoding
while (*pInTmp)
{
if(isalnum(*pInTmp))
*pOutTmp++ = *pInTmp;
else
if(isspace(*pInTmp))
*pOutTmp++ = ‘+’;
else
// if(*pInTmp=127)
// *pOutTmp++ = *pInTmp;
// else
{
*pOutTmp++ = ‘%’;
*pOutTmp++ = toHex(*pInTmp4);
*pOutTmp++ = toHex(*pInTmp%16);
}
pInTmp++;
}
*pOutTmp = ‘\0’;
//sOut=pOutBuf;
//delete [] pOutBuf;
sOut.ReleaseBuffer();
}
sIn.ReleaseBuffer();
return sOut;
}
使用///////////////////////////////////
CString memname=“漢字”;
GB2312ToUTF_8(memname,mem_name,TCBUFSIZE);
URLEncode(memname)便是所要的結果”“%E6%B1%89%E5%AD%97″了。
mysql中文顯示亂碼怎麼解決
Linux下Mysql插入中文顯示亂碼解決方案
mysql -uroot -p 回車輸入密碼
進入mysql查看狀態如下：
mysql不能插入中文
默認的是客戶端和服務器都用了latin1，所以會亂碼。
解決方案:
mysqluser mydb;
mysqlalter database mydb character set utf8;!
另一種方法是直接修改默認的Mysql配置文件
在debian環境下，徹底解決mysql無法插入中文和中文亂碼的辦法
上面提到了用臨時方法更改數據庫的字符集設置，顯示中文，但是後來發現在有的系統下並不能成功，比如我用的debian
7.0，找了好久終於找到一個適合debian系統的解決方案，debian
7.0下測試成功，其他諸如修改client和mysql加入default-character-set=utf8的方法之類的，只適用與5.5以前的系統！
終極決絕方案，一勞永逸：
debian下mysql的字符串修改為utf8(參考:rainysia的專欄)
一、進入mysql(mysql -uroot -p),查看當前數據庫字符集(status;)
二、查看當前系統版本(lsb_release -a)
Mysql不能插入中文
三、#vim /etc/mysql/my.cnf 。(5.5以前系統)在【client】下面加入 default-character-set=utf8
在【mysqld】下面加入default-character-set=utf8
Notice：注意 如果修改後不能啟動報錯試試把default-character-set=utf8改為character_set_server=utf8，僅僅加入到mysqld下面的.client就不需要加了
四、#vim /etc/mysql/my.cnf 。(5.5以後系統)如下修改：
[client]
default-character-set=utf8
[mysqld]
default-storage-engine=INNODB
character-set-server=utf8
collation-server=utf8_general_ci
五、重啟mysql(/etc/init.d/mysql stop /etc/init.d/mysql start)
六、修成成功，進入mysql查看字符集(mysqlshow variables like ‘character_set_%’;)
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 */ |
+————+————————————————————————————————+
3.查看yjdb數據庫的編碼格式:
mysql show create table yjdb;
| yjdb | CREATE TABLE `yjdb` (
`sn` int(5) NOT NULL AUTO_INCREMENT,
`type` varchar(10) NOT NULL,
`brc` varchar(6) NOT NULL,
`teller` int(6) NOT NULL,
`telname` varchar(10) NOT NULL,
`date` int(10) NOT NULL,
`count` int(6) NOT NULL,
`back` int(10) NOT NULL,
PRIMARY KEY (`sn`),
UNIQUE KEY `sn` (`sn`),
UNIQUE KEY `sn_2` (`sn`)
) ENGINE=MyISAM AUTO_INCREMENT=1826 DEFAULT CHARSET=gbk ROW_FORMAT=DYNAMIC |
二、避免導入數據有中文亂碼的問題
1:將數據編碼格式保存為utf-8
設置默認編碼為utf8：
set names utf8;
設置數據庫db_name默認為utf8:
ALTER DATABASE `db_name` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;
設置表tb_name默認編碼為utf8:
ALTER TABLE `tb_name` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;
導入：
LOAD DATA LOCAL INFILE ‘C:\\utf8.txt’ INTO TABLE yjdb;
2:將數據編碼格式保存為ansi(即GBK或GB2312)
設置默認編碼為gbk：
set names gbk;
設置數據庫db_name默認編碼為gbk:
ALTER DATABASE `db_name` DEFAULT CHARACTER SET gbk COLLATE gbk_chinese_ci;
設置表tb_name默認編碼為gbk:
ALTER TABLE `tb_name` DEFAULT CHARACTER SET gbk COLLATE gbk_chinese_ci;
導入：
LOAD DATA LOCAL INFILE ‘C:\\gbk.txt’ INTO TABLE yjdb;
註：1.UTF8不要導入gbk，gbk不要導入UTF8;
2.dos下不支持UTF8的顯示;
三、解決網頁中亂碼的問題
將網站編碼設為 utf-8,這樣可以兼容世界上所有字符。
如果網站已經運作了好久,已有很多舊數據,不能再更改簡體中文的設定,那麼建議將頁面的編碼設為 GBK, GBK與GB2312的區別就在於:GBK能比GB2312顯示更多的字符,要顯示簡體碼的繁體字,就只能用GBK。
1.編輯/etc/my.cnf ,在[mysql]段加入default_character_set=utf8;
2.在編寫Connection URL時，加上?useUnicode=truecharacterEncoding=utf-8參;
3.在網頁代碼中加上一個”set names utf8″或者”set names gbk”的指令，告訴MySQL連線內容都要使用
utf8或者gbk;
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=truecharacterEncoding=utf-8參數;
並且在網頁代碼中加上一個”set names utf8″或者”set names gbk”的指令，告訴MySQL連線內容都要使用utf-8或者gbk。
utf8或者gbk;
mysql數據庫中存進的是中文，為什麼查出來的亂碼？
一、轉碼失敗
在數據寫入到表的過程中轉碼失敗，數據庫端也沒有進行恰當的處理，導致存放在表裡的數據亂碼。
針對這種情況，前幾篇文章介紹過客戶端發送請求到服務端。
其中任意一個編碼不一致，都會導致表裡的數據存入不正確的編碼而產生亂碼。
比如下面簡單一條語句：
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 個字符。
原創文章，作者：小藍，如若轉載，請註明出處：https://www.506064.com/zh-hant/n/290801.html
微信掃一掃 
支付寶掃一掃 