Mysql优化系列之数据类型优化

　　本篇是优化系列的第一篇：数据类型

　　为了不产生赘述，尽量用简洁的语言来描述。

　　在选择数据类型之前，首先要知道几个原则：

更小的通常更好

　　尽量使用可以正确存储数据的最小数据类型。更小的数据类型意味着更快，占用更少的磁盘，内存以及缓存，以及处理时间

简单就好

　　这是出于操作数据类型的效率和代价考虑。整型比字符型操作代价更低，因为字符集和校对规则是字符处理比整型更复杂

两个例子：使用Mysql内建的datatime而不是字符串存储时间，使用整型而不是IP字符串存IP地址

尽量避免NULL

　　这是个很烦人的值，做开发的都不喜欢，建字段时请尽量指定是否非空，NULL使得索引，统计，比较都变得更复杂，相信

大家都曾查过count(*)和count(column_name)的区别，后者会过滤掉column_name值为NULL的记录，至于索引失效的问题后面

单独讲索引的时候会讲，这里只提：如果这计划在列上建索引，那么这一列最好不要允许为NULL

　　以上三点是比较简单的几个原则

　　下面是我开发中总结的一些干货。不定期补充

一、整数类型

　　（1）UNSIGNED属性表示不允许负值，可以使得正数的上限提高一倍，比如tinyint+unsigned可以使原本的-128~127的范

围变为0~255

　　（2）通常我们用tinyint存状态值（这个值范围足够了）而不要用int，如果是Boolean类型，那么tinyint(1)当值为1和0时，查

询结果自动转为true和false，条件参数相应的也可以直接传入true和false即可

　　（3）INT(11)不会限制值的范围，只是规定了一些客户端工具用来显示的字符的个数，所以对于存储和计算来说INT(11)和

INT(1)相同

　　（4）IP地址实际上是32位无符号整数，用INT存储，Mysql提供转换函数为INET_ATON()和INET_NTOA()

二、小数（实数）

　　通常存金额用decimal(11,2),这表示整数部分和小数部分分别为9位和2位注意！，当然可以根据具体的金额大小选择长度

注意这时候对应的java中用BigDecimal类来处理运算时要仔细，因为加减法和比较跟平常不一样

三、字符串类型

　　VARCHAR是可变长字符串，比定长字符串（CHAR）更节省空间，仅使用必要的空间

　　另外VARCHAR需要额外字节记录字符串长度（不同情况需要字节数不同）

　　CHAR类型是定长字符串，开发中基本很少用(一些公司甚至基本上不考虑这种类型了)

　　注意：字符串长度定义不是字节数，是字符数

四、日期和时间类型

　　（1）datetime使用8字节存储空间，保存从1001年到9999年的秒数。与时区无关，默认情况下,Mysql以一种可排序的

格式显示它的值，例如："2018-10-14 22：30：08"

　　（2）timestamp只使用4字节存储，保存1970年1月1日午夜以来的秒数，依赖于系统时区，和UNIX时间戳相同，转换

函数分别为FROM_UNIXTIME()和UNIX_TIMESTAMP()，可以设置根据当前时间戳更新，比如我们熟悉的update_time字段

五、标识列

　　用于唯一标识某条记录的列，或作为另一张表的关联字段的列。其中关联字段的字段类型和属性应该统一，其中整数类

型是最优先的选择，几乎每张表我们都可以设置一个自增的整数列。另外不要用随机的字符串作为标识列的值，MD5()，

UUID()产生的字符串都属于此类，如果存储UUID值，应移除"-"符号。更好的一种做法：用UNHEX()函数转换UUID值为16字

节的数字，检索时再通过HEX()来格式化为十六进制格式

以上是数据类型的一些心得总结，下一篇总结下表设计的一些规范和优化