设计mysql表结构的时候，有很多数据类型供我们选择，下面是一些mysql8中常用的数据类型
整数类型：
类型：TINYINT 大小：1字节
有符号范围：-128 to 127 无符号范围：0 to 255
类型：SMALLINT 大小：2字节
有符号范围：-32768 to 32767 无符号范围：0 to 65535
类型：MEDLUMINT 大小：3字节
有符号范围：-8388608 to 8388607 无符号范围：0 to 16777215
类型：INT 大小：4字节
有符号范围：-2147483648 to 2147483647 无符号范围：0 to 4294967295
类型：BIGINT 大小：8字节
有符号范围：-9223372036854775808 to 9223372036854775807
无符号范围：0 to 18446744073709551615
整数类型有可选的unsigned属性，表示不允许负值，这可以使正数的上限提高一倍（还多1）。有符号和无符号类型使用相同的存储空间，并且具有相同的性能，因此可以根据实际情况选择合适的类型。
Mysql可以为整数类型指定宽度，例如INT(11),对大多数应用来说这是没有意义的，它不会限制合法范围，只是规定了mysql的一些交互工具（例如mysql命令行客户端）用来显示字符的个数。对于存储和计算来说，INT(1)和INT(20)是相同的。
实数类型：
类型：FLOAT 大小：4字节
有符号范围：-3.402823466E+38 to -1.175494351E-38, 0, and 1.175494351E-38 to 3.402823466E+38
无符号范围：0, and 1.175494351E-38 to 3.402823466E+38
类型：DOUBLE 大小：8字节
有符号范围：-1.7976931348623157E+308 to -2.2250738585072014E-308, 0, and
2.2250738585072014E-308 to 1.7976931348623157E+308
无符号范围：0, and 2.2250738585072014E-308 to 1.7976931348623157E+308
类型：DECIMAL大小：？ 有符号范围：根据M和D的值 无符号范围：根据M和D的值
注意FLOAT和DOUBLE可表示的范围不是完全连续的浮点数，由于精度的限制，有些极小的小数是表示不了的
DECIMAL类型最多允许65个数字，表示为DECIMAL(M,D)的格式。例如DECIMAL(5,2)表示最多保存5个 数字，其中2个是小数，表示的范围在-999.99 到 999.99之间。如果小数位数D为0，则DECIMAL值不包 含小数点或小数部分。
FLOAT和DOUBLE类型只能使用标准的浮点运算进行近似运算，如果需要精确运算，例如金额计算，则 需要使用DECIMAL类型。
因为cpu不支持对DECIMAL的直接计算，所以在mysql5.0以上的版本中，mysql服务器自身实现了 DECIMAL的高精度计算。相对而言，cpu直接支持原生的浮点计算，所以浮点计算明显更快。
涉及到金额计算，在数据量比较大的时候，可以考虑用BIGINT代替DECIMAL。例如金额单位精确到分， 99.99可以用9999表示，以分为单位存储在BIGINT字段里，这样可以同时避免浮点数计算的不精确和 DECIMAL精确计算代价高的问题。
字符串类型：
CHAR：
CHAR类型是定长的，会根据定义的长度分配空间。当存储CHAR值时，mysql会删除所有的末尾空格。
CHAR很适合存储很短的字符串，或者所有的值都接近同一个长度，例如CHAR非常适合存储密码的MDS的值，因为这是一个定长的长度。对于经常变动的数据，CHAR也比VARCHAR更好，因为定长的CHAR类型不容易产生碎片。
对于非常短的列，CHAR比VARCHAR在存储空间上页更有优势，例如用CHAR(1)来存储只有Y和N的值，如果采用单字节符集只需一个字节，但是VARCHAR(1)却需要2个字节，因为还需要一个记录长度的额外字节。
VARCHAR：
VARCHAR用于存储可变长的字符串，它比定长类型更节省空间。VARCHAR需要使用1或2个额外字节记录字符串的长度，如果列的最大长度小于或等于255字节，则只使用1个字节表示，如果列长度大于255字节，则需要使用2个字节表示长度。
假设采用latin字符集，一个VARCHAR(10)的列需要11个字节空间存储，一个VARCHAR(1000)
的列则需要1002个字节空间存储，因为需要存储2个字节的长度信息。
哪些情况使用VARCHAR类型比较合适
-字符串的列长度比平均长度大很多
-列的更新很少，碎片不是问题
-使用了像UTF-8这样复杂的字符集，每个字符都使用了不同的字节数进行存储BINARY和VARBINARY：
BINARY和VARBINARY它们存储的是二进制字符串。二进制字符串和常规的字符串非常相似，但是二进制字符串存储的是字节码而不是字符。填充也不一样：mysql填充BINARY采用的是\0（零字节）而不是空格，在检查是也不会去掉填充
当需要存储二进制数据时，可以使用BINARY或VARBINARY，mysql比较二进制字符串时，每次按一个字节，并且根据该字节的数值进行比较。因此二进制比较比字符串比较简单的多，所以也更快。
BLOB和TEXT：
BLOB和TEXT都是为了存储很大数据而设计的字符串数据类型，分别采用二进制和字符方式存储。
二进制类型：TINYBLOB，BLOB，MEDLUMBLOB，LONGBLOB
字符类型：TINYTEXT，TEXT，MEDIUMTEXT，LONGTEXT
与其它类型不同，MySQL把每个BLOB和TEXT值当做一个独立的对象处理。存储引擎在存储是通常会做特殊处理，当BLOB和TEXT值太大时，InnoDB会使用专门的“外部”存储区域来进行存储，此时每个值在行内需要1-4个字节存储一个指针，然后在外部存储区域存储实际值。
BLOB和TEXT家族之间仅有的不同是，BLOB存储的是二进制数据，没有排序规则和字符集；而TEXT存储的是字符，有排序规则和字符集。
Mysql对BLOB和TEXT列进行排序和其他数据类型不同：它只对每个列前max_sort_length字节而不是整个字符串排序。如果只需要排序前面的一小部分字符，则可以减少max_sort_length的值，或者使用ORDER BY SUBSTRING(column,length)。
Mysql不能讲BLOB和TEXT列全部长度的字符串进行索引，也不能使用这些索引消除排序。
日期和时间类型：
DATETIME使用8个字节的存储空间，和时区无关。 TIMESTAMP使用4个字节的存储空间，显示的时间依赖时区，保存了从1970年1月1号午夜（格林尼治标 准时间）以来的秒数，它和unix的时间戳相同。TIMESTAMP只能表示从1970年到2038年。如果插入和更新数据时没有指定TIMESTAMP的值，mysql会默认的更新TIMESTAMP的值当前系统时间。
位数类型：
类型：BIT 范围：1 to 64位
BIT(1)定义一个包含1个位的数据，BIT(2)包含2个位，以此类推，最大长度为64个位。
Mysql把BIT当做字符串类型，而不是数字类型。当检索BIT的值时，结果是对应二进制表示的ASCII码转换后的字符，然而在数字上下文场景中检索的时候，会使用二进制表示的数字。
例如：如果存储一个值b’00111001’（十进制的值为57）到BIT(8)的列并检索它时，得到的结果是9（9的 ASCII码是57），如果对该字段进行加减，则返回结果57。
JSON类型：
mysql8支持直接存储json格式字符串，对应的是json数据类型。
json数据列会自动验证json的数据格式，如果格式不正确会报错。 最优化存储格式。json数据类型会把json格式的字符串转换成内部格式，能够快速的读取其中的元 素。
小结：
Mysql设计表的数据类型的时候，下面几个简单的原则有助于设计出好的数据类型
更小的更好：
选择你认为不会超越范围的最小类型，更小的数据类型通常更快，因为它们占用更少的磁盘、内存 和cpu缓存，并且处理时需要的cpu周期更少。
简单就好：
简单的数据类型操作通常更快，例如整形的操作比字符串更快，因为字符串有字符集和校对规则 （排序规则）比整形更复杂。
尽量避免null：
如果字段可以不存储null值，尽量把字段设置成not null。因为可为null的列使得索引、索引统计和 值比较都更复杂，可为null的列会使用更多的存储空间，在mysql里也需要特殊处理。
