MySQL編碼問題的實際操作經(jīng)驗有哪些?
此文章主要向大家描述的是MySQL編碼問題的實際操作的經(jīng)驗,我們大家都知道MySQL編碼問題在實際應(yīng)用中是經(jīng)常出現(xiàn)的,所以對其也是備受關(guān)注的,以下就是具體方案的描述,希望在你今后的學(xué)習(xí)中會有所幫助。
以下所描述無理論依據(jù),純屬經(jīng)驗談。
MySQL(和PHP搭配之***組合)使用4.1以上版本,管他是什么字符集,一律使用默認(rèn)。不用去設(shè)置MySQL(和PHP搭配之***組合)。
然后舉個使用GB2312和UTF-8的例子。
好,你只要保證你的寫著INSERT SQL語句的PHP文件編碼為GB2312,恭喜你,你使用寫著SELECT SQL語句的GB2312編碼的PHP文件讀取出來的數(shù)據(jù)也是GB2312的。
同理,只要你插入數(shù)據(jù)庫的PHP文件是UTF-8編碼,那么你錄入的就是UTF-8的,讀取出來同樣使用編碼為UTF-8的讀取。
如果我錄入為GB2312,顯示要使用UTF-8怎么辦?
如果你的所有PHP文件為UTF-8編碼,那么你在INSERT的時候,就必須使用iconv進行編碼轉(zhuǎn)換,將str轉(zhuǎn)為GB2312入庫,讀取也一樣,使用iconv轉(zhuǎn)為UTF-8顯示。
你的前端頁面使用什么編碼,那么你那些字符串已經(jīng)被該種編碼編過了,所以,盡管入庫,他的機器碼肯定就是那樣的,不管存放在哪里,不管MySQL(和PHP搭配之***組合)指定為何種編碼,他在錄入數(shù)據(jù)的時候,并不會對你的數(shù)據(jù)進行轉(zhuǎn)換。只要保證你的前端錄入使用UTF-8,那么你讀取的也是UTF-8。
為什么使用PHPMYADMIN導(dǎo)入總是有問題呢?
我沒有研究過PHPMYADMIN的工作原理,但是他的PHP文件都是UTF-8編碼的,也就是這樣導(dǎo)入數(shù)據(jù)都是UTF-8的,你采用GB2312的PHP文件來讀取,當(dāng)然一堆亂。
解決辦法我猜有三種:
讀取的時候,使用SET NAME將其編碼轉(zhuǎn)換,不知道可行不,
讀取后使用iconv將其轉(zhuǎn)為GB2312,
不用PHPMYADMIN導(dǎo)入,自己寫個GB2312的PHP腳本導(dǎo)入即可。
總之一句話,你錄入的時候采用什么編碼,那么你讀取的時候他就是什么編碼。你想把這種編碼顯示成另外一種編碼,那么你需要使用iconv或者mbstring將其進行編碼轉(zhuǎn)換。
以上僅為個人實際經(jīng)驗,沒時間研究理論。歡迎大家探討或者有錯誤請指正。
上述的相關(guān)內(nèi)容就是對關(guān)于MySQL編碼問題的經(jīng)驗總結(jié)的描述,希望會給你帶來一些幫助在此方面。
【編輯推薦】
- 巧妙安裝MySQL數(shù)據(jù)庫在Ubuntu操作系統(tǒng)中
- 實現(xiàn)MySQL數(shù)據(jù)庫同步實例演示
- MySQL數(shù)據(jù)表損壞的巧妙修復(fù)
- MySQL 亂碼處理的破解方案
- MySQL數(shù)據(jù)庫文件壞掉,不用急!