每天学点MySql(二)

怎样选择合适的字符集

（1）满足应用支持语言的需求，如果应用要处理各种各样的文字，或者将发布到使用不同语言的国家或地区，就应该选择Unicode字符集。对MySQL来说，目前就是UTF-8。

（2）如果应用中涉及已有数据的导入，就要充分考虑数据库字符集对已有数据的兼容性。假如已有数据是GBK文字，如果选择GB 2312-80为数据库字符集，就很可能出现某些文字无法正确导入的问题。

（3）如果数据库只需要支持一般中文，数据量很大，性能要求也很高，那就应该选择双字节定长编码的中文字符集，比如GBK。因为，相对于UTF-8而言，**GBK比较“小”，每个汉字只占2个字节，而UTF-8汉字编码需要3个字节，**这样可以减少磁盘I/O、数据库Cache以及网络传输的时间，从而提高性能。相反，如果应用主要处理英文字符，仅有少量汉字数据，那么选择UTF-8更好，因为GBK、UCS-2、UTF-16的西文字符编码都是2个字节，会造成很多不必要的开销。

（4）如果数据库需要做大量的字符运算，如比较、排序等，那么选择定长字符集可能更好，因为定长字符集的处理速度要比变长字符集的处理速度快。

（5）如果所有客户端程序都支持相同的字符集，则应该**优先选择该字符集作为数据库字符集。**这样可以避免因字符集转换带来的性能开销和数据损失。

索引的设计和使用

所有MySQL列类型都可以被索引，对相关列使用索引是提高SELECT操作性能的最佳途径

1. MyISAM和InnoDB存储引擎的表默认创建的都是BTREE索引。MySQL目前还不支持函数索引，但是支持前缀索引，即**对索引字段的前N个字符创建索引。
2. **前缀索引的长度跟存储引擎相关，对于MyISAM存储引擎的表，索引的前缀长度可以达到1000字节长，而对于InnoDB存储引擎的表，索引的前缀长度最长是767字节。
3. 请注意前前缀的限制应以字节为单位进行测量，而**CREATE TABLE语句中的前缀长度解释为字符数。**在为使用多字节字符集的列指定前缀长度时一定要加以考虑。

索引设计的原则

1. 最适合索引的列是出现在WHERE子句中的列，或连接子句中指定的列，而不是出现在SELECT关键字后的选择列表中的列。
2. 使用唯一索引。考虑某列中值的分布。索引的列的基数越大，索引的效果越好。例如，存放出生日期的列具有不同值，很容易区分各行。而用来记录性别的列，只含有“M”和“F”，则对此列进行索引没有多大用处，因为不管搜索哪个值，都会得出大约一半的行。
3. 使用短索引。如果对字符串列进行索引，应该指定一个前缀长度，只要有可能就应该这样做。
4. 利用最左前缀。
5. 不要过度索引。
6. 对于InnoDB存储引擎的表，记录默认会按照一定的顺序保存，如果有明确定义的主键，则按照主键顺序保存。如果没有主键，但是有唯一索引，那么就是按照唯一索引的顺序保存。如果既没有主键又没有唯一索引，那么表中会自动生成一个内部列，按照这个列的顺序保存。按照主键或者内部列进行的访问是最快的，所以InnoDB表尽量自己指定主键，当表中同时有几个列都是唯一的，都可以作为主键的时候，要选择最常作为访问条件的列作为主键，提高查询的效率。另外，还需要注意，InnoDB 表的普通索引都会保存主键的键值，所以主键要尽可能选择较短的数据类型，可以有效地减少索引的磁盘占用，提高索引的缓存效果。