产品中心
应该尽量使用可以正确存储数据的最小数据类型，更小的数据类型通常更快，因为它们占用更少的磁盘、内存和CPU缓存，并且处理时需要的CPU周期更少。
但是要确保选择的存储类型范围足够用，如果无法确认哪个数据类型，就选择你认为不会超过范围的最小类型。
看一个案例，下面是两张字段相同，字段类型相同，只是 id 字段 emp1 是 smallint 类型， emp2 的 id 是 bigint 类型，分别向两个表插入 5000 条记录，观察一下表容量大小。
PS：可以用如下命令查看数据文件的存放位置：
改下脚本，再向表 tab2 插入 20000 条记录。
数据准备完毕后，我们来分别查询一下这两个表：
look，看到了，查询两个表的 SQL 语句执行速度不一样（样本量可能还有点小）！
如果查询中包含可为 NULL 的列，对 MySQL 来说很难优化，因为可为 null 的列使得 索引 、 索引统计 和 值比较 都更加复杂。
通常情况下 null 的列改为 not null 带来的性能提升比较小，所有没有必要将所有的表的 schema 进行修改，但是应该尽量避免设计成可为 null 的列。
一切以实际情况为准 。
可以使用的几种整数类型：
尽量使用满足需求的最小数据类型。前文有述。
使用最小的符合需求的长度：
varchar(n) ：n小于等于255使用额外一个字节保存长度，n>255使用额外两个字节保存长度。
varchar(5) 与 varchar(255) 保存同样的内容，硬盘存储空间相同，但内存空间占用不同，是指定的大小 。
varchar在 MySQL 5.6 之前变更长度，或者从255一下变更到255以上时，都会导致 锁表 。
varchar应用场景：
存储长度波动较大的数据，如：文章，有的会很短有的会很长；
字符串很少更新的场景，每次更新后都会重算并使用额外存储空间保存长度；
适合保存多字节字符，如：汉字，特殊字符等。
最大长度：255；
会自动删除末尾的空格；
检索效率、写效率 会比varchar高，以空间换时间。
char 使用场景：
存储长度波动不大的数据，如：md5摘要；
存储短字符串、经常更新的字符串。
MySQL 把每个 BLOB 和 TEXT值当作一个独立的对象处理。
两者都是为了存储很大数据而设计的字符串类型，分别采用二进制和字符方式存储。
有时可以使用 枚举 类型代替常用的字符串类型，MySQL 存储枚举类型会非常紧凑，会根据列表值的数据压缩到一个或两个字节中，MySQL 在内部会将每个值在列表中的位置保存为整数，并且在表的 .frm 文件中保存“数字-字符串”映射关系的查找表。
曾经我使用 varchar(15) 来存储 ip 地址，然而，ip 地址的本质是 32 位无符号整数不是字符串，可以使用 INET_ATON 和 INET_NTOA 函数在这两种表示方法之间转换。
比如：
mysql> select inet_ntoa(‘3232269943’);
+————————-+
| inet_ntoa(‘3232269943’) |
+————————-+
| 192.168.134.119 |
+————————-+
1 row in set (0.03 sec)
到此这篇关于原来MySQL 数据类型也可以优化的文章就介绍到这了,更多相关MySQL 数据类型 内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持！
