mysql decode encode 亂碼問(wèn)題

?

幫網(wǎng)友解決了一個(gè)問(wèn)題，感覺(jué)還是挺好的。

?

問(wèn)題是這樣的：?

問(wèn)個(gè)問(wèn)題：為什么我mysql中加密和解密出來(lái)的字段值不一樣？
AES_ENCRYPT和 ?AES_DECRYPT?

?但是解密出來(lái)就不對(duì)了?有時(shí)候加密變成空值?

?

我試過(guò)，確實(shí)有這樣的情況：

INSERT INTO test () VALUES (ENCODE('老師你好','123456'));

插入了一個(gè)ENCODE的字符串，

SELECT DECODE(testField,'123456' ) FROM test;

查詢(xún)出來(lái)的結(jié)果 是è€????? ?￥?， 看不懂啊！

?

?

注意到，test 表的編碼是latin1， 如果test 表的編碼是utf8 或者 gbk， 那么，?INSERT INTO test () VALUES (ENCODE('老師你好','123456')); 這一句是會(huì)失敗的， 我猜測(cè)?應(yīng)該是編碼問(wèn)題。 如果開(kāi)始是utf8，一個(gè)字符串在mysql之后， 其內(nèi)容發(fā)生變化， 然后就變成了utf8不能認(rèn)識(shí)的字符串了。 但是latin1 是可以認(rèn)識(shí)的，因?yàn)?latin1是單字節(jié)編碼的。

ENCODE('老師你好','123456')?是可以存入latin1?的。?但是不能正確讀取。?其解析出來(lái)的字符串，latin1?無(wú)法表示?

?

注意到這一點(diǎn)，其實(shí)就好辦了，?testField 字段就用 latin1 編碼， 讀取的時(shí)候以latin1 的方式解析，然后再次組裝成 utf8,。?

?

這樣，雖然可以， 但是，般不建議通過(guò)把密碼明文直接傳遞到?數(shù)據(jù)庫(kù)

應(yīng)該是加密后再傳遞
通過(guò)md5?即可?

?

測(cè)試代碼如下：

# show variables like 'character%'; drop TABLE if EXISTS test; /* generating test table */ CREATE TABLE `test` ( `testField` varchar(512) DEFAULT NULL # ) ENGINE=InnoDB DEFAULT CHARSET= 'UTF8' COLLATE utf8_general_ci; ) ENGINE=InnoDB DEFAULT CHARACTER SET latin1;/* adding some test data to it */ # INSERT INTO test () VALUES (DES_ENCRYPT("Hello")), (DES_ENCRYPT("World"));# INSERT INTO test () VALUES (ENCODE('abc','123')), ENCODE('mytext','mykeystring'));# INSERT INTO test VALUES('a阿薩德b'); INSERT INTO test () VALUES (ENCODE('老師你好','123456'));SELECT DECODE(testField,'123456' ) FROM test;SELECT * FROM test;# SELECT ENCODE('abc','123'), DECODE('aaa','123');SELECT DECODE(ENCODE('mytext','mykeystring'),'mykeystring');# SELECT DES_ENCRYPT('aa'), DES_DECRYPT('asdadw');

?

posted on 2017-08-10 16:47 CanntBelieve 閱讀(...) 評(píng)論(...) 編輯 收藏

轉(zhuǎn)載于:https://www.cnblogs.com/FlyAway2013/p/7340106.html

總結(jié)

以上是生活随笔為你收集整理的mysql decode encode 乱码问题的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。