mysql+encode+decode+错误_mysql decode encode 乱码问题
幫網友解決了一個問題,感覺還是挺好的。
問題是這樣的:
問個問題:為什么我mysql中加密和解密出來的字段值不一樣?
AES_ENCRYPT和 ?AES_DECRYPT
但是解密出來就不對了?有時候加密變成空值
我試過,確實有這樣的情況:
INSERT INTO test () VALUES (ENCODE('老師你好','123456'));
插入了一個ENCODE的字符串,
SELECT DECODE(testField,'123456' ) FROM test;
查詢出來的結果 是è€????? ?¥?, 看不懂啊!
注意到,test 表的編碼是latin1, 如果test 表的編碼是utf8 或者 gbk, 那么,?INSERT INTO test () VALUES (ENCODE('老師你好','123456')); 這一句是會失敗的, 我猜測?應該是編碼問題。 如果開始是utf8,一個字符串在mysql之后, 其內容發生變化, 然后就變成了utf8不能認識的字符串了。 但是latin1 是可以認識的,因為 latin1是單字節編碼的。
ENCODE('老師你好','123456')?是可以存入latin1?的。?但是不能正確讀取。?其解析出來的字符串,latin1?無法表示
注意到這一點,其實就好辦了,?testField 字段就用 latin1 編碼, 讀取的時候以latin1 的方式解析,然后再次組裝成 utf8,。
這樣,雖然可以, 但是,般不建議通過把密碼明文直接傳遞到?數據庫
應該是加密后再傳遞
通過md5?即可
測試代碼如下:
# show variables like 'character%';
drop TABLEifEXISTS 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');
總結
以上是生活随笔為你收集整理的mysql+encode+decode+错误_mysql decode encode 乱码问题的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: mysql 查询的转义字符_mysql
- 下一篇: java 直播服务器_MyLive--使