schema与数据类型优化

数据类型优化原则

最小数据类型

尽量使用可以正确存储数据的最小数据类型，更小的数据类型通常更快，因为它们占用更少的磁盘、内存和CPU缓存。

更简单的数据类型

简单数据类型的操作通常需要更少的CPU周期

1.整型比字符操作代价更低，因为字符集和校对规则是字符比较比整型比较更复杂

2.使用MySQL自建类型而不是字符串来存储日期和时间

3.用整型存储IP地址，用INET_ATON()和INET_NTOA（）函数在这两种表示方法之间转换，select inet_aton(‘1.1.1.1’)，select inet_ntoa(16843009)

避免default null 定义

官方说MyISAM,InnoDB,MEMORY可以为NULL字段加上索引，经测试索引生效，not null 比 null性能稍好；但是由于null对优化器影响较大，所以应该尽量避免设计成default null

字段类型对比

整型类型

CHAR 和 VARCHAR对比

BLOB和TEXT类型

datetime和timestamp和date对比

字符集选择

1.纯拉丁字符能表示的内容，没必要选择 latin1 之外的其他字符编码，因为这会节省大量的存储空间。

2.如果我们可以确定不需要存放多种语言，就没必要非得使用UTF8或者其他UNICODE字符类型，这回造成大量的存储空间浪费。

3.MySQL的数据类型可以精确到字段，所以当我们需要大型数据库中存放多字节数据的时候，可以通过对不同表不同字段使用不同的数据类型来较大程度减小数据存储量，进而降低 IO 操作次数并提高缓存命中率。

存储引擎选择