存儲(chǔ)過(guò)程與編碼

MySQL 存儲(chǔ)過(guò)程中, 表和數(shù)據(jù)的編碼與數(shù)據(jù)庫(kù)和存儲(chǔ)過(guò)程默認(rèn)的編碼不同則可能出現(xiàn) sql 不會(huì)使用索引的情況, 因?yàn)?MySQL 會(huì)對(duì)條件列的數(shù)據(jù)做相應(yīng)的編碼轉(zhuǎn)換, 比如以下, 表數(shù)據(jù)為 latin1, MySQL 解析器會(huì)做一些轉(zhuǎn)換:

... WHERE namecolumn = NAME_CONST('in_namecolumn',_utf8'MP201022' COLLATE 'utf8_general_ci')

可以在存儲(chǔ)過(guò)程中進(jìn)行相應(yīng)的編碼轉(zhuǎn)換(通常修改 varchar/char 字段)使得可以正常使用索引, 更多見(jiàn): mysql-slow-when-run-as-stored-proc

... WHERE namecolumn = convert(in_namecolumn using latin1) collate latin1_swedish_ci

jdbc 直連執(zhí)行 sql

通過(guò) jdbc 連接執(zhí)行 sql 的時(shí)候, 如果編碼不一致, 同樣需要對(duì) varchar, char 類(lèi)型進(jìn)行轉(zhuǎn)換, 如下所示:

... WHERE namecolumn = convert(in_namecolumn using latin1) collate latin1_swedish_ci

否則可能出現(xiàn)以下編碼不一致的錯(cuò)誤(隨 mysql-connector 版本不同可能有不同的行為):

SQL state [HY000]: error code [1267]: Illegal mix of collations (latin1_swedish_ci,IMPLICIT) and (utf8mb4_general_ci,COERCIBLE) for operation '='

jdbc useSSL 參數(shù)變更

在 mysql-connector-java 配置中, useSSL 參數(shù)有以下不同, 從 5.1.38 開(kāi)始 useSSL 開(kāi)始按 MySQL 5.5.45+, 5.6.26+ or 5.7.6+ 的版本默認(rèn)開(kāi)啟, 對(duì)應(yīng)的 requireSSL, verifyServerCertificate 兩個(gè)參數(shù)也會(huì)跟著開(kāi)啟:

 5.1.38:
 ConnectionProperties.useSSL=Use SSL when communicating with the server (true/false), defaults to 'false'

>= 5.1.38
 ConnectionProperties.useSSL=Use SSL when communicating with the server (true/false), default is 'true' when connecting to MySQL 5.5.45+, 5.6.26+ or 5.7.6+, otherwise default is 'false'

MySQL 5.7.x 及以上的版本, 默認(rèn)會(huì)啟用 ssl, 客戶(hù)端連接的時(shí)候會(huì)自協(xié)商加密, 除非顯示指定不加密. mysql-connector-java 從 5.1.38 開(kāi)始默認(rèn)開(kāi)啟 useSSL. 所以用低版本 jdbc 連接 MySQL 5.7.x 不會(huì)有加密的問(wèn)題, 用高版本 jdbc 連接 5.7.6+ 以上會(huì)有加密問(wèn)題, 需要顯示指定 useSSL=false, 用高版本的 jdbc 連接 MySQL 5.5, 5.6 不會(huì)有加密問(wèn)題.

到此這篇關(guān)于MySQL編碼不一致可能引起的一些問(wèn)題的文章就介紹到這了,更多相關(guān)MySQL編碼不一致引起的問(wèn)題內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！