問題

最近，在用SSH框架完成一個實踐專案時，碰到了一個莫名其妙的Bug困擾了我好久，最後終於解決，記錄如下。

問題：同學在測試系統的時候突然發現，資料庫儲存的賬戶本來應該是admin，結果該同學用Admin賬戶居然登入成功了……

……EXM？？？這樣也行？好吧，我還是查詢這個Bug發生的原因吧。然後就是各種排查程式的過程，找來找去也沒發現什麼問題。終於想到，不用hql，自己寫sql語句在資料庫裡面直接查詢試試，結果果然發現了問題所在：

select * from user where username = 'admin' and password = 'admin';
select
 
 * from user where username = 'Admin' and password = 'admin';

用上面的兩條sql語句分表查詢，出來的結果居然是一樣的！……！！去搜索引擎搜尋關鍵詞：MySQL 查詢 大小寫，果然找到問題了！MySQL查詢是不區分大小寫的！這可真的是驚呆我了，雖然知道一般情況下，關鍵字是不區分大小寫的，但是沒想到連要查詢的引數都是不區分大小寫的！！再嘗試下面的sql語句，果然還是一樣的結果。

select * from user where username = 'ADMIN' and password = 'admin';

解決方案

網上搜索到一篇相關的文章，寫的挺好的，這裡直接貼上該文章解釋吧：

1. Mysql預設的字元檢索策略：utf8_general_ci，表示不區分大小寫；utf8_general_cs表示區分大小寫，utf8_bin表示二進位制比較，同樣也區分大小寫 。（注意：在Mysql5.6.10版本中，不支援utf8_genral_cs！！！！）

   建立表時，直接設定表的collate屬性為utf8_general_cs或者utf8_bin；如果已經建立表，則直接修改欄位的Collation屬性為utf8_general_cs或者utf8_bin。

-- 建立表：
CREATE TABLE testt(
id INT
 
 PRIMARY KEY,
name VARCHAR(32) NOT NULL
) ENGINE = INNODB COLLATE =utf8_bin;

-- 修改表結構的Collation屬性
ALTER TABLE TABLENAME MODIFY COLUMN COLUMNNAME VARCHAR(50) BINARY CHARACTER SET utf8 COLLATE utf8_bin DEFAULT NULL;

1. 直接修改sql語句，在要查詢的欄位前面加上binary關鍵字即可。

-- 在每一個條件前加上binary關鍵字
select * from user where binary username = 'admin' and binary password = 'admin';

-- 將引數以binary('')包圍
select * from user where username like binary('admin') and password like binary('admin');

> 部分引用自文章：http://www.imooc.com/article/14190

注意：在我的這次專案中用的是hibernate框架，使用的並不是sql，而是hql語句，使用 from User where binary username = ? and binary password = ?;結果報錯，再試 from User where username like binary(?) and password like binary(?);才沒有報錯。原因暫時不知。