base64_encode();
我們提供的服務有：網(wǎng)站設計制作、成都網(wǎng)站設計、微信公眾號開發(fā)、網(wǎng)站優(yōu)化、網(wǎng)站認證、長治ssl等。為上1000家企事業(yè)單位解決了網(wǎng)站和推廣的問題。提供周到的售前咨詢和貼心的售后服務，是有科學管理、有技術的長治網(wǎng)站制作公司
base64_decode();
用這兩個函數(shù)可以實現(xiàn)base64的加密和解碼。
具體使用請參考任何一本關于mysql的書。
數(shù)據(jù)庫中關于字符集的種類有很多,個人建議,數(shù)據(jù)庫字符集盡量使用utf8(utf-8),以使你的數(shù)據(jù)能很順利的實現(xiàn)遷移,因為utf8字符集是目前最適合于實現(xiàn)多種不同字符集之間的轉(zhuǎn)換的字符集,盡管你在命令行工具上無法正確查看數(shù)據(jù)庫中的內(nèi)容,我依然強烈建議使用utf8作為默認字符集.如果你想使用gb2312編碼,那么建議你使用latin1作為數(shù)據(jù)表的默認字符集,這樣就能直接用中文在命令行工具中插入數(shù)據(jù),并且可以直接顯示出來.而不要使用gb2312或者gbk等字符集,如果擔心查詢排序等問題,可以使用binary屬性約束 對編程有影響的主要是客戶端字符集和數(shù)據(jù)庫字符集（還有一個服務器字符集，不知道干什么用的), 數(shù)據(jù)庫中常用的操作就是保存數(shù)據(jù)和讀取數(shù)據(jù)，在這過程中，亂不亂碼和數(shù)據(jù)庫字符集貌似沒有什么關系。我們只要保證寫入時選擇的字符集和讀取時選擇的字符集一致，即只需保證兩次操作的客戶端字符集一致即可。 \x0d\x0a在MySQL的客戶端上執(zhí)行一次查詢的過程一般是，在客戶端的提示符后面輸入一條SQL語句，回車，然后終端顯示出查詢的結(jié)果。這個過程中，只有終端和三個MySQL的系統(tǒng)變量指定了正確的字符集，才能保證我們將一個正確的SQL語句送到服務器，然后服務器返回正確的結(jié)果，并且在終端正確顯示。 \x0d\x0a三個MySQL的系統(tǒng)變量是： \x0d\x0a1. character_set_client，終端字符集，告訴Server客戶端提交的SQL語句的編碼格式 \x0d\x0a2. character_set_connection，連接字符集，是服務器翻譯SQL語句時用到的編碼格式 \x0d\x0a3. character_set_results，返回的結(jié)果集的字符集，是服務器返回結(jié)果集之前把結(jié)果集轉(zhuǎn)換成的編碼格式 \x0d\x0a在MySQL終端通過執(zhí)行命令 show variables like ‘char%’ 可以查看這幾個變量的值。這三個變量通常都設定為同一種字符集，用命令set names [charset name]就可以修改這三個變量的值。一般來說，只要你設定了能夠表示你的數(shù)據(jù)的字符集，你查詢的結(jié)果都可以在終端正確顯示。 \x0d\x0a舉個例子，使用的表t1是utf8編碼，表中的字段c1繼承了這個編碼，表創(chuàng)建如下 \x0d\x0amysql create table t1 ( c1 text not null ) character set utf8; \x0d\x0a用的字符是漢字“范”，gbk編碼為B7 B6，utf8編碼為E8 8C 83 \x0d\x0a用下面的SQL語句插入數(shù)據(jù) \x0d\x0amysql insert into t1 values( ‘范’); \x0d\x0aa）如果終端設置為utf8，并且執(zhí)行了 set names utf8，那么插入到數(shù)據(jù)庫中的就是“范”這個字的utf8編碼，這個過程中MySQL不需要做編碼轉(zhuǎn)換。寫入數(shù)據(jù)庫的內(nèi)容可以通過執(zhí)行 select hex( c1 ) from t1 得到數(shù)據(jù)的十六進制編碼來驗證。 \x0d\x0a\x0d\x0ab）如果終端設置為 utf8，并且執(zhí)行了set names gbk，那么執(zhí)行完這個插入操作后，寫入的二進制數(shù)據(jù)是E9 91 BC，這是“漢字“鑼”的utf8編碼。這是因為，終端輸入的“范”用的是utf8編碼，而服務器以為終端發(fā)送過來的內(nèi)容是gbk編碼，所以在向t1表中插入的時候進行了一次gbk到utf8的轉(zhuǎn)換，結(jié)果當然是錯誤的。 \x0d\x0a\x0d\x0ac）如果終端設置為gbk，并且執(zhí)行了set names gbk，那么執(zhí)行完插入操作后，寫入t1的依然是“范”這個字的utf8編碼。插入過程中，終端輸入的是“范”的gbk編碼B7 B6，服務器被告知終端發(fā)過來的SQL語句是gbk編碼（由character_set_client指定），所以在插入數(shù)據(jù)前做了一次gbk到utf8的編碼轉(zhuǎn)換。 \x0d\x0a\x0d\x0ad）如果終端設置為gbk，并且執(zhí)行了set names utf8，那么執(zhí)行完插入操作后，MySQL會報出一個數(shù)據(jù)被截斷的警告。實際上，輸入終端的是“范”這個字符的gbk編碼B7 B6，而服務器被告知客戶端發(fā)過來的SQL語句是utf8編碼，所以在執(zhí)行過程中沒有做轉(zhuǎn)碼，直到插入數(shù)據(jù)的時候，發(fā)現(xiàn)B7 B6不符合utf8的編碼規(guī)則，給出了警告信息，實際插入的數(shù)據(jù)是3F 3F，也就是兩個問號。 \x0d\x0a\x0d\x0a查詢的時候是同樣的道理，MySQL也是根據(jù)set names設定的字符集來對返回給客戶端的結(jié)果集做相應的編碼轉(zhuǎn)換，如果轉(zhuǎn)換的結(jié)果和終端顯示的字符集一致，就能正確顯示，如果不一致就是亂碼。 \x0d\x0a\x0d\x0a結(jié)論是，只要終端的字符集和set names指定的字符集一致就可以讓MySQL在處理過程中執(zhí)行正確的轉(zhuǎn)碼并且正確地顯示。 \x0d\x0a\x0d\x0a另外，如果通過程序操作MySQL數(shù)據(jù)庫， 那么也需要事先執(zhí)行set names命令來指定程序希望輸出的字符集。比如，用程序從一個utf8編碼的數(shù)據(jù)庫向另外一個gbk編碼的數(shù)據(jù)庫進行數(shù)據(jù)遷移，在選取源數(shù)據(jù)庫數(shù)據(jù)之前，需要執(zhí)行set names gbk，才能取到gbk編碼的數(shù)據(jù)。
用記事本打開SQL文件，把里面所有的GBK字符改成UTF8的（或者干脆刪除掉）然后把修改后的內(nèi)容復制出來，用PHPMYADMIN新建個數(shù)據(jù)庫，編碼為UTF8，把內(nèi)容粘貼進去，應該就可以了吧。
要解決亂碼首先需要知道出現(xiàn)亂碼的原因:
一、PHP+MySQL出現(xiàn)中文亂碼的原因。
1. MYSQL數(shù)據(jù)庫的編碼是utf8,與PHP網(wǎng)頁的編碼格式不一致,就會造成MYSQL中的中文亂碼。
2. 使用MYSQL中創(chuàng)建表、或者選擇字段時設置的類型不是utf8,而網(wǎng)頁編碼不是utf8,也可能造成MYSQL中文亂碼.
3. PHP頁面的字符集與數(shù)據(jù)庫的編碼不一致。
4. PHP連接MYSQL數(shù)據(jù)庫，操作是設定的語句指定的編碼和頁面編碼，PHP頁面編碼不一致。
5. 用戶提交的HTML頁面編碼，和顯示數(shù)據(jù)的頁面編碼不一致 ,就肯定會造成PHP頁面亂碼.
二、解決中文亂碼：
1. 網(wǎng)頁編碼設置。一般在HTML代碼中的文件頭html中加入屬性：
meta http-equiv=”Content-Type” content=”text/html; charset=utf-8″
保證，網(wǎng)頁是"utf-8"編碼。
2. PHP代碼設置。在php代碼的開始部分加入以下代碼：
header(”Content-type: text/html;charset=utf-8″);
且要求保存的文件編碼方式是utf-8，這樣就保證了該文件也是utf-8編碼。
3. 數(shù)據(jù)庫中表的字段中存儲中文的部分，要設置為utf8_general_ci類型。
4.PHP在連接數(shù)據(jù)庫操作時，要設置操作的字段類型為utf8,設置方法如下：
mysql_connect(’localhost’,'user’,'password’);mysql_select_db(’db’);mysql_query(”set names utf8;”); //**設置字符集***
首先，到mysql\bin
下面，利用mysqldump這個工具，執(zhí)行以下命令：
mysqldump
--u=root
-p
--default-character-set=latin1
--set-charset=utf8
--skip-opt
--result-file=c:\mytable.sql
mydb
mytable
其中：root
為數(shù)據(jù)庫登錄名，
latin1
為源表（就是想進行轉(zhuǎn)碼的表）的編碼，
utf8
為想轉(zhuǎn)換成的編碼，
c:\mytable.sql
為導出的數(shù)據(jù)的存放文件（臨時用），
mydb是源表所屬的數(shù)據(jù)庫（schema），mytable
就是源表名了
執(zhí)行這條命令，會提示輸入密碼，輸入正確的密碼以后，就開始導出數(shù)據(jù)了。等到數(shù)據(jù)全部導出以后，可以用ue等工具打開，這時可以看到這些數(shù)據(jù)的編碼已經(jīng)轉(zhuǎn)變了。
然后需要對這個文件進行一點點更改。在文件的最開頭有一個建表語句。類似于：
Java代碼
CREATE
TABLE
`mytable`
(
`tableid`
bigint(20)
unsigned
NOT
NULL,
`c1`
int(10)
unsigned
NOT
NULL
default
'0',
`c2`
int(10)
unsigned
NOT
NULL
default
'0',
PRIMARY
KEY
(`tableid`)
);
注意看最后的分號，缺少了一點點東西：engine=myisam
DEFAULT
CHARSET=utf8
engine
和
charset
的意義地球人都知道啊...
將這一段加進去。結(jié)果可能是這樣：
Java代碼
CREATE
TABLE
`mytable`
(
`tableid`
bigint(20)
unsigned
NOT
NULL,
`c1`
int(10)
unsigned
NOT
NULL
default
'0',
`c2`
int(10)
unsigned
NOT
NULL
default
'0',
PRIMARY
KEY
(`tableid`)
)
engine=myisam
DEFAULT
CHARSET=utf8;
其中engine
和
charset
改成期望的東西，如：innodb
gbk
等...
保存文件。（如果是用UE等工具即使文件大也不會等太久，如果用記事本打開的……恭喜你！
）
這樣就成功了一半了，剩下的工作只需要導入這個轉(zhuǎn)好碼的數(shù)據(jù)了。
將原來的那個表改名，一是為了備份，二是防止導入的時候說表已經(jīng)存在。
然后還是進入mysql\bin
下面，運行：
Java代碼
mysql
-u
root
-p
mydb
c:\mytable.sql
輸入密碼以后程序開始工作，一段時間以后，新表就出來咯...
用MySQLMigrationToolkit:第一步：下載地址拉到下面選擇下載Withoutinstaller(unzipinC:\)點“Download”下載文件。第二步：解壓文件，解壓到任何文件夾都可。第三步：運行MySQLMigrationTool.找到解壓后文件夾中的MySQLMigrationTool.exe文件雙擊，運行。如果提示JRE5andaboverequired,可從安全360里的-軟件管家-開具必備中下載Javaruntimeenviroment6,下載安裝后重新運行）,點Next下一步第四步：在面板中下拉列表中選擇你要轉(zhuǎn)換的源數(shù)據(jù)庫服務器，如MSSQLSERVER.輸入相關數(shù)據(jù)庫信息，點advance,在advance框中輸入連接字符串：jdbc:jtds:sqlserver://127.0.0.1;user=你的數(shù)據(jù)庫用戶名;password=密碼;namedPipe=true點next下一步第五步：輸入目標數(shù)據(jù)庫。默認為MYSQL.輸入服務器，用戶名及密碼就行了。點擊Next下一步第六步：按需要配置相關信息（也可以保持默認設置）第七步：繼續(xù)點下一步，轉(zhuǎn)換數(shù)據(jù)庫第八步：轉(zhuǎn)換完畢，呵呵，你應該可以用MYSQL命令或PHPMYSQL查看你剛轉(zhuǎn)換進MYSQL的數(shù)據(jù)庫了。
重慶分公司
重慶分公司
