吊爆了，一篇带你学好（MySQL设计之Schema与数据类型优化）

一、数据类型优化

1、更小通常更好

应该尽量使用可以正确存储数据的最小数据类型，更小的数据类型通常更快，因为它们占用更少的磁盘、内存和CPU缓存，并且处理时需要的CPU周期更少，但是要确保没有低估需要存储的值的范围，如果无法确认哪个数据类型，就选择认为不会超过范围的最小类型。

案例：设计两张表，设计不同的数据类型，查看表的容量

2、简单就好

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

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

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

3、用整型存储IP地址

案例：创建两张相同的表，改变日期的数据类型，查看SQL语句执行的速度

3、尽量避免null

如果查询中包含可为NULL的列，对mysql来说很难优化，因为可为null的列使得索引、索引统计和值比较都更加复杂，坦白来说，通常情况下null的列改为not null带来的性能提升比较小，所有没有必要将所有的表的schema进行修改，但是应该尽量避免设计成可为null的列

4、实际规则

(1)整数类型

可以使用的几种整数类型：TINYINT，SMALLINT，MEDIUMINT，INT，BIGINT分别使用8，16，24，32，64位存储空间。

尽量使用满足需求的最小数据类型

(2)字符和字符串类型

1、char长度固定，即每条数据占用等长字节空间；最大长度是255个字符，适合用