要想学好mysql，了解其支持的基本数据类型以及内部原理是极为重要的，只有这样，我们才能根据不同的业务要求来选择不同的数据类型，实现最佳的存储效果和查询性能，因而本文就着重总结一下mysql支持的数据类型以及内部的存储原理。
总体来说，mysql一共分成了四类：数值类型、日期和时间类型、字符串类型、二进制类型等。
数值类型是最为基础的类型，在业务开发中存储递增主键ID、金额、数量等属性时，都会经常选择数值类型来进行存储。整体上将数值类型分为整形、浮点型和定点数类型三类，其中整型对应我们现实生活中常用的整数类型；而浮点型则是对应现实生活中的小数类型；定点数类型则是为了存储精确的小数而被设计出来的。
整型之中，根据是否有符号又被分为无符号数和有符号数，同时不同存储空间以及整数表示范围的考量，整数类型又被分成了TINYINT、SMALLINT、MEDIUMINT、INT以及BIGINT五类，各个类别的类型以及所占空间和含义如下表所示：
| 类型 | 占用的存储空间 | 无符号数的取值范围 | 有符号数的取值范围 | 含义 |
|---|---|---|---|---|
| TINYINT | 1字节 | 0~$2^8 $ | \(-2^{7}\)~\(2^{7}-1\) | 非常小的整数 |
| SMALLINT | 2字节 | 0~\(2^{16}-1\) | \(-2^{15}\)~\(2^{15}-1\) | 小的整数 |
| MEDIUMINT | 3字节 | 0~\(2^{24}-1\) | \(-2^{23}\)~\(2^{23}-1\) | 中等大小的整数 |
| INT(别名INTEGER) | 4字节 | 0~\(2^{32}-1\) | \(-2^{31}\)~\(2^{31}-1\) | 标准的整数，跟Java中的int类型相同 |
| BIGINT | 8字节 | 0~\(2^{64}-1\) | \(-2^{64}\)~\(2^{64}-1\) | 大整数 |
具体使用时，为某个变量设定变量类型时加上对应的类型关键字即可；在区分无符号数以及有符号数时，则需要加上UNSIGINED关键字来加以区分，加上该关键字后，则表示使用的无符号数，比如TINYINT UNSIGNED表示的就是无符号TINYINT类型的数。
浮点型主要用来存储小数，其实现和存储范围和我们在其他编程语言中学习的类型，分为单精度浮点型(FLOAT)和双精度浮点型(DOUBLE)两类，两者的存储空间和表示范围如下表所示：
| 类型 | 占用的存储空间 | 绝对值最小的非0值 | 绝对值最大值 | 含义 |
|---|---|---|---|---|
| FLOAT | 4个字节 | ±1.175494351E-38 | ±4.402823466E+38 | 单精度浮点型 |
| DOUBEL | 8字节 | ±2.22507385072014E-308 | ±1.7976931348623157E+3008 | 双精度浮点型 |
具体浮点数内部的存储原理以及存储范围的确定，感兴趣的同学可以参考之前写的一篇文章《"从内存角度分析浮点数大小比较方法"》此处不再赘述。
从表中可以看到浮点型数据可以将大量十进制小数转成二进制进行存储，但实际存储过程中许多小数存在误差，即存在精度损失。为了解决该问题，在MYSQL中引入了"定点数类型"来进行实现对小数的精确存储。
定点类型作为精确存储小数的方式，它的设计思路和存储原理和浮点数有较大不同，其具体的结构如下表所示：
| 类型 | 占用的存储空间 | 取值范围 |
|---|---|---|
| DECIMAL(M,D) | 取决于M和D的值 | 取决于M和D的值 |
从表中可以看出一个定点数类型的数有两部分构成：
在存储时，为了保证定点数不损失小数精度，因而采用如下存储策略：
将十进制小数用小数点分隔开，分别把小数点左右的两个十进制整数存储起来
比如存储8.32时，分别将8和32分开存储，这样就相当于保存了8.32这一精确的小数。
具体使用时，不同的M和D值会影响到存储的小数范围，本着“能少用存储空间就少用存储空间”的原则，mysql在设计时，采用如下策略来对DECIMAL(M,D)数据类型分配存储空间，存储数据。我们以DECIMAL(16,4)为例：
从图中可以看到，在分组时，如果不够9个十进制位，那么最终也会被单独划分成一组，比如第一组和第三组。| 组中包含的十进制位数 | 占用存储空间 | 备注 |
|---|---|---|
| 1或2 | 1字节 | 最多需要存储十进制数99，一个字节可存储范围为(-128,127)满足要求 |
| 3或4 | 2字节 | 最多需要存储十进制数9999，两个字节可存储范围为(-32,768，32,767)满足要求 |
| 5或6 | 3字节 | 最多需要存储十进制数999,999，三个字节可存储范围为(-8,388,608,8，388,607)满足要求 |
| 7或8或9 | 4字节 | 最多需要存储十进制数999,999,999，4个字节可存储范围(-2,147,483,648，2,147,483,647)满足要求 |
从表中可以看出，在选择存储位数时，可表示的存储范围实际上是大于需要表示的数字范围的，因此此种存储方案是可行的的。当然有的小伙伴会问了，似乎这样存储是有空间浪费的？这也是没办法的事情，只能通过牺牲空间来缓存存储精度了，在工程实践中经常也会有这种tradeoff