使用MySQL過程中，我們經(jīng)常會對一個字段進(jìn)行排序查詢，我們一般都是想要按照中文拼音首字母進(jìn)行依次排序，但mysql中進(jìn)行中文排序的時候，對漢字的排序結(jié)果往往都是錯誤的。

這種情況在MySQL的很多版本中都存在。

如果這個問題不解決，那么MySQL將無法實(shí)際處理中文。

出現(xiàn)這個問題的原因是因?yàn)镸ySQL在查詢字符串時是大小寫不敏感的，在編繹MySQL時一般以ISO-8859字符集作為默認(rèn)的字符集，因此在比較過程中中文編碼字符大小寫轉(zhuǎn)換造成了這種現(xiàn)象。

查了資料有兩種解決方法：

1.對于包含中文的字段加上”binary”屬性，使之作為二進(jìn)制比較，例如將”name varchar(10)”改成”name varchar(10)binary”。

2. 如果不想對表結(jié)構(gòu)進(jìn)行修改或者重新編譯MySQL，也可以在查詢語句的 order by 部分使用 CONVERT 函數(shù)。

比如 name字段為中文，需要按其排序，則可以寫select * from mytable order by CONVERT(name USING gbk);

補(bǔ)充：mysql數(shù)據(jù)庫默認(rèn)排序問題

1、mysql官方回答：

SELECT * FROM tbl -- this will do a "table scan". If the table has never had any DELETEs/REPLACEs/UPDATEs, the records will happen to be in the insertion order, hence what you observed.

大致意思為，一個myisam引擎表在沒有任何的刪除，修改操作下，執(zhí)行 select 不帶order by，那么會按照插入順序進(jìn)行排序。

If you had done the same statement with an InnoDB table, they would have been delivered in PRIMARY KEY order, not INSERT order. Again, this is an artifact of the underlying implementation, not something to depend on.

對于innodb引擎表來說，在相同的情況下，select 不帶order by，會根據(jù)主鍵來排序，從小到大

2、查看數(shù)據(jù)庫引擎命令：

（1）查看某個表使用的引擎

show create table ;

（2）查看mysql支持哪些引擎

show engines;

以上為個人經(jīng)驗(yàn)，希望能給大家一個參考，也希望大家多多支持腳本之家。如有錯誤或未考慮完全的地方，望不吝賜教。

最新評論