mysql体重类型⾝⾼_MySQL常⽤数据类型
上篇⽂章我们讲到MySQL的常⽤命令，那么这篇⽂章我们分享⼀下MySQL数据库常⽤的数据类型有哪些，⽣产环境下我们在建表的时候，我们都是需要根据数据的类型去创建我们的表字段的，那么表字段的类型在我们数据库⾥是⼀个⾮常重要的存在，如果我们在选择字段类型的时候，如果类型选择的不合理，那么对我们数据库后期的优化是⼀个⾮常⿇烦的事情。
那么下边就详细介绍MySQL都有那些数据类型，和如何的去使⽤这些数据类型MySQL数据类型
数值型：年龄、⾝⾼、体重、⼯资等
字符型：名字、单位、家庭地址等
枚举型：性别、爱好等
⽇期时间型：出⽣⽇期、注册时间等数值类型⼜分为整数型和浮点型(⼩数)
MySQL数据类型
含义(有符号)/⽆符号
tinyint(m)
1个字节 范围(-128~127) 整数[0,255]
smallint(m)
2个字节 范围(-32768~32767) ⽆符号[0,65535]
mediumint(m)
3个字节 范围(-8388608~8388607) ⽆符号[0,2^24-1]
int(m)
4个字节 范围(-2147483648~2147483647) ⽆符号[0,2^32-1]
bigint(m)
8个字节 范围(+-9.22*10的18次⽅) ⽆符号[0,2^64-1]
float(m,d)
单精度浮点型 8位精度(4字节) m总个数，d⼩数位
double(m,d)
双精度浮点型 16位精度(8字节) m总个数，d⼩数位
之前下过mysql现在重新下载mysql取值范围如果加了unsigned，则最⼤值翻倍，如tinyint unsigned的取值范围为(0~256)。
int(m)⾥的m是表⽰SELECT查询结果集中的显⽰宽度，并不影响实际的取值范围。
设⼀个字段定义为float(6,3)，如果插⼊⼀个数123.45678，实际数据库⾥存的是123.457，但总个数还以实际为准，即6位。整数部分最⼤是3位，如果插⼊数12.123456，存储的是12.1234，如果插⼊12.12，存储的是12.1200字符类型
char(n) 若存⼊字符数⼩于n，则以空格补于其后，查询之时再将空格去掉。所以char类型存储的字符串末尾不能有空格。
varchar是存⼊的实际字符数+1个字节(n<=255)或2个字节(n>255)，
所以varchar(4)，存⼊3个字符将占⽤4个字节，char类型的字符串检索速度要⽐varchar类型的快。
varchar可指定n，text不能指定，内部存储varchar是存⼊的实际字符数+1个字节(n<=255)或2个字节(n>255)，text是实际字符数+2个字节，text类型不能有默认值。
varchar可直接创建索引，text创建索引要指定前多少个字符。varchar查询速度快于text，在都创建索引的情况下，text的索引似乎不起作⽤。⼆进制数据(_Blob)
BLOB和_text存储⽅式不同，_TEXT以⽂本⽅式存储，英⽂存储区分⼤⼩写，⽽_Blob是以⼆进制⽅式存储，不分⼤⼩写，BLOB存储的数据只能整体读出，TEXT可以指定字符集，_BLO不⽤指定字符集⽇期时间类型
Date格式：以YYYY-MM-DD的格式显⽰，⽐如：2009-07-19
Time格式：以HH:MM:SS的格式显⽰。⽐如：11：22：30
Date Time格式：以YYYY-MM-DD HH:MM:SS的格式显⽰，⽐如：2009-07-19 11：22：30
TimeStamp格式：以YYYY-MM-DD的格式显⽰，⽐如：2009-07-19
若定义⼀个字段为timestamp，这个字段⾥的时间数据会随其他字段修改的时候⾃动刷新，所以这个数据类型的字段可以存放这条记录最后被修改的时间。数据类型的属性
使⽤建议
1、在指定数据类型的时候⼀般是采⽤从⼩原则，⽐如能⽤TINY INT的最好就不⽤INT，能⽤FLOAT类型的就不⽤DOUBLE类型，这样会对MYSQL在运⾏效率上提⾼很⼤，尤其是⼤数据量测试条件下。
2、不需要把数据表设计的太过复杂，功能模块上区分或许对于后期的维护更为⽅便，慎重出现⼤杂烩数据表
3、数据表和字段的起名字也是⼀门学问
4、设计数据表结构之前请先想象⼀下是你的房间，或许结果会更加合理、⾼效
5、数据库的最后设计结果⼀定是效率和可扩展性的折中，偏向任何⼀⽅都是⽋妥的选择数据类型的基本原则
前提：使⽤适合存储引擎。
选择原则：根据选定的存储引擎，确定如何选择合适的数据类型。
下⾯的选择⽅法按存储引擎分类：MyISAM 数据存储引擎和数据列：MyISAM数据表，最好使⽤固定长度(CHAR)的数据列代替可变长度(VARCHAR)的数据列。
MEMORY存储引擎和数据列：MEMORY数据表⽬前都使⽤固定长度的数据⾏存储，因此⽆论使⽤CHAR或VARCHAR列都没有关系。两者都是作为CHAR类型处理的。
InnoDB 存储引擎和数据列：建议使⽤ VARCHAR类型。
对于InnoDB数据表，内部的⾏存储格式没有区分固定长度和可变长度列(所有数据⾏都使⽤指向数据列值的头指针)，因此在本质上，使⽤固定长度的CHAR列不⼀定⽐使⽤可变长度VARCHAR列简单。因⽽，主要的性能因素是数据⾏使⽤的存储总量。由于CHAR平均占⽤的空间多于VARCHAR，因 此使⽤VARCHAR来最⼩化需要处理的数据⾏的存储总量和磁盘I/O是⽐较好的。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。