MySQL中character set与collation的理解（转）

character set和collation的是什么？

character set即字符集

咱们常看到的UTF-八、GB23十二、GB18030都是相互独立的character set。即对Unicode的一套编码。

那么如何理解Unicode与UTF-八、GB2312的区别呢？

打个比方，你眼前有一个苹果，在英文里称之为apple，而在中文里称之为苹果。

苹果这个实体的概念就是Unicode，而UTF-8，GB2312能够认为就是不一样语言对苹果的不一样称谓，本质上都是在描述苹果这个物。

collation即比对方法

用于指定数据集如何排序，以及字符串的比对规则。

character set与collation的关系

软件国际化是大势所趋，因此Unicode是国际化最佳的选择。固然为了提升性能，有些状况下仍是使用latin1比较好。 

MySQL有两个支持Unicode的character set：

• ucs2：使用16bits来表示一个Unicode字符。
• utf8：使用1~3bytes来表示一个Unicode字符。

选择哪一个character set视状况而定，例如utf8表示latin字符只须要一个字节，因此当用户数据大部分为英文等拉丁字符时，使用utf8比较节省数据库的存储空间。听说SQL Server采用的是ucs2。

每一个character set会对应必定数量的collation。查看方法是在MySQL的Console下输入：

show collation;

咱们会看到这样的结果：

collation名字的规则能够概括为这两类：

• <character set>_<language/other>_<ci/cs>
• <character set>_bin

例如：

utf8_danish_ci

ci是case insensitive的缩写，cs是case sensitive的缩写。即，指定大小写是否敏感。

utf8_bin是将字符串中的每个字符用二进制数据存储，区分大小写。

奇怪的是utf8字符集对应的collation竟然没有一个是cs的。

那么utf8_general_ci，utf8_unicode_ci，utf8_danish_ci有什么区别？他们各自存在的意义又是什么？ 

同一个character set的不一样collation的区别在于排序、字符串对比的准确度（相同两个字符在不一样国家的语言中的排序规则多是不一样的）以及性能。

例如：

utf8_general_ci在排序的准确度上要逊于utf8_unicode_ci，固然，对于英语用户应该没有什么区别。但性能上（排序以及比对速度）要略优于utf8_unicode_ci.例如前者没有对德语中ß=ss的支持。

而utf8_danish_ci相比utf8_unicode_ci增长了对丹麦语的特殊排序支持。 

补充：

一、当表的character set是latin1时，若字段类型为nvarchar，则字段的字符集自动变为utf8。可见database character set，table character set，field character set可逐级覆盖。

二、在ci的collation下，如何在比对时区分大小写：

mysql> select * from pet;
+----------+-------+---------+------+------------+-------+
| name | owner | species | sex | birth | death |
+----------+-------+---------+------+------------+-------+
| Whistler | Gwen | bird | NULL | 1997-12-09 | NULL |
| whistler | Gwen | bird | NULL | 1988-09-25 | NULL |
+----------+-------+---------+------+------------+-------+
2 rows in set (0.00 sec)

mysql> select * from pet where name = 'whistler';
+----------+-------+---------+------+------------+-------+
| name | owner | species | sex | birth | death |
+----------+-------+---------+------+------------+-------+
| Whistler | Gwen | bird | NULL | 1997-12-09 | NULL |
| whistler | Gwen | bird | NULL | 1988-09-25 | NULL |
+----------+-------+---------+------+------------+-------+
2 rows in set (0.00 sec)

mysql> select * from pet where binary name = 'whistler';
+----------+-------+---------+------+------------+-------+
| name | owner | species | sex | birth | death |
+----------+-------+---------+------+------------+-------+
| whistler | Gwen | bird | NULL | 1988-09-25 | NULL |
+----------+-------+---------+------+------------+-------+
1 row in set (0.00 sec)

mysql> select * from pet where name = binary 'whistler';
+----------+-------+---------+------+------------+-------+
| name | owner | species | sex | birth | death |
+----------+-------+---------+------+------------+-------+
| whistler | Gwen | bird | NULL | 1988-09-25 | NULL |
+----------+-------+---------+------+------------+-------+
1 row in set (0.00 sec)

推荐使用

select * from pet where name = binary 'whistler';

这样能够保证当前字段的索引依然有效，而

select * from pet where binary name = 'whistler';

会使索引失效。