可以說http://database.51cto.com/art/200511/12568.htm4.1的應用 ，對多語言的相關支持有十分大的變化，很多人都遇到過令人頭痛的MySQL亂碼問題，以下的文章主要就是對MySQL亂碼問題的解決，希望會給你帶來一些幫助在此實際應用方面。
在升級數據庫或者將本地的數據導入到虛擬主機後，突然發現之前整齊的頁面布滿了各種奇怪的符號。
本站特開辟此專題，介紹各種情況下出現亂碼的原因及其解決辦法，文章將不定期更新，敬請關注！
小標題:
常見容易導致頁面亂碼的幾個情況說明
不同字符集數據表轉換出現亂碼的解決辦法
如果你遇到MySQL亂碼問題，可以從下面幾個問題逐步檢查：
1）檢查你的文件存儲編碼是否和 meta 聲明的一致，假如你的文件是按照 utf-8 編碼存儲，但是 meta 卻聲明為 gb2312 ，將導致亂碼。
解決辦法：將頁面存儲編碼和 meta 聲明保持一致。用記事本打開文件，“另存為”，下面有個選項是“編碼”，選擇和 meta 聲明一致的編碼方式。(提示：meta 的編碼聲明要放在 title 標簽前面，否則容易導致頁面空白。)
2）檢查你的數據庫連接有沒有設置連接方式SET NAMES），MySQL 4.1 版本以後，如果你沒有設置數據庫連接方式，那麼插入或者查詢將出現亂碼情況。
解決辦法：在你的數據庫連接後面通常是在 mysql_connect 後面，執行任何查詢之前）加上一句 ：
- Code:
- mysql_query("SET NAMES utf8");
其中 utf8 需要根據你需要設置。
3）檢查你的頁面編碼、meta 聲明、數據庫連接方式SET NAMES）是否一致，如果你的頁面和meta設置為gb2312，但是卻在程序中設置 SET NAMES utf8，同樣會導致亂碼。原因是如果頁面設置為 gb2312 ，那麼表單中的數據也是按照 gb2312 提交，但是程序卻要求按照 utf8 去處理，結果自然是亂碼。
解決辦法：將頁面編碼、meta 聲明、數據庫連接方式SET NAMES）保持一致，當然這裡說的一致不是絕對的，如 MySQL 的 utf8 和頁面中的 utf-8 是不一樣的，具體要根據你的實際情況設置。
以上的相關內容就是對MySQL 常見亂碼問題的介紹，望你能有所收獲。
