存儲過程與編碼
MySQL 存儲過程中, 表和數據的編碼與數據庫和存儲過程默認的編碼不同則可能出現 sql 不會使用索引的情況, 因為 MySQL 會對條件列的數據做相應的編碼轉換, 比如以下, 表數據為 latin1, MySQL 解析器會做一些轉換:
... WHERE namecolumn = NAME_CONST('in_namecolumn',_utf8'MP201022' COLLATE 'utf8_general_ci')
可以在存儲過程中進行相應的編碼轉換(通常修改 varchar/char 字段)使得可以正常使用索引, 更多見: mysql-slow-when-run-as-stored-proc
... WHERE namecolumn = convert(in_namecolumn using latin1) collate latin1_swedish_ci
jdbc 直連執行 sql
通過 jdbc 連接執行 sql 的時候, 如果編碼不一致, 同樣需要對 varchar, char 類型進行轉換, 如下所示:
... WHERE namecolumn = convert(in_namecolumn using latin1) collate latin1_swedish_ci
否則可能出現以下編碼不一致的錯誤(隨 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 參數變更
在 mysql-connector-java 配置中, useSSL 參數有以下不同, 從 5.1.38 開始 useSSL 開始按 MySQL 5.5.45+, 5.6.26+ or 5.7.6+ 的版本默認開啟, 對應的 requireSSL, verifyServerCertificate 兩個參數也會跟著開啟:
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 及以上的版本, 默認會啟用 ssl, 客戶端連接的時候會自協商加密, 除非顯示指定不加密. mysql-connector-java 從 5.1.38 開始默認開啟 useSSL. 所以用低版本 jdbc 連接 MySQL 5.7.x 不會有加密的問題, 用高版本 jdbc 連接 5.7.6+ 以上會有加密問題, 需要顯示指定 useSSL=false, 用高版本的 jdbc 連接 MySQL 5.5, 5.6 不會有加密問題.
到此這篇關于MySQL編碼不一致可能引起的一些問題的文章就介紹到這了,更多相關MySQL編碼不一致引起的問題內容請搜索腳本之家以前的文章或繼續瀏覽下面的相關文章希望大家以后多多支持腳本之家！
您可能感興趣的文章:- php和mysql中uft-8中文編碼亂碼的幾種解決辦法
- MySQL查看與修改當前數據庫編碼的方法
- 修改MySQL數據庫中表和表中字段的編碼方式的方法
- MySql修改數據庫編碼為UTF8避免造成亂碼問題
- MySQL查看和修改字符編碼的實現方法
- MYSQL數據庫使用UTF-8中文編碼亂碼的解決辦法
- Mysql數據庫編碼問題 （修改數據庫，表，字段編碼為utf8)
- 修改mysql5.5默認編碼(圖文步驟修改為utf-8編碼)
- 查看修改mysql編碼方式讓它支持中文(gbk或者utf8)
- MySQL字符編碼設置方法
