MySQL基础数据类型
一 介绍
存储引擎决定了表的类型，而表内存放的数据也要有不一样的类型，每种数据类型都有本身的宽度，但宽度是可选的html
详细参考：前端
- http://www.runoob.com/mysql/mysql-data-types.html
- http://dev.mysql.com/doc/refman/5.7/en/data-type-overview.html
mysql经常使用数据类型概览：mysql
#1. 数字：
整型：tinyinit int bigint
小数：
float ：在位数比较短的状况下不精准
double ：在位数比较长的状况下不精准
0.000001230123123123
存成：0.000001230000
decimal：（若是用小数，则用推荐使用decimal）
精准
内部原理是以字符串形式去存
#2. 字符串：
char（10）：简单粗暴，浪费空间，存取速度快
root存成root000000
varchar：精准，节省空间，存取速度慢
sql优化：建立表时，定长的类型往前放，变长的日后放
好比性别 好比地址或描述信息
>255个字符，超了就把文件路径存放到数据库中。
好比图片，视频等找一个文件服务器，数据库中只存路径或url。
#3. 时间类型：
最经常使用：datetime
#4. 枚举类型与集合类型
二 数值类型
一、整数类型sql
整数类型：TINYINT，SMALLINT，MEDIUMINT，INT，BIGINT数据库
做用：存储年龄，等级，id，各类号码等服务器
tinyint[(m)] [unsigned] [zerofill]
小整数，数据类型用于保存一些范围的整数数值范围：
有符号：
-128 ～ 127
无符号：
0 ～ 255
PS： MySQL中无布尔值，使用tinyint(1)构造。
int[(m)][unsigned][zerofill]
整数，数据类型用于保存一些范围的整数数值范围：
有符号：
-2147483648 ～ 2147483647
无符号：
0 ～ 4294967295
bigint[(m)][unsigned][zerofill]
大整数，数据类型用于保存一些范围的整数数值范围：
有符号：
-9223372036854775808 ～ 9223372036854775807
无符号：
0 ～ 18446744073709551615
有符号和无符号tinyint
1.tinyint默认为有符号
mysql> create table t1(x tinyint); #默认为有符号，即数字前有正负号
mysql> desc t1;
mysql> insert into t1 values
-> (-129),
-> (-128),
-> (127),
-> (128);
mysql> select * from t1;
+------+
| x |
+------+
| -128 | #-129存成了-128
| -128 | #有符号，最小值为-128
| 127 | #有符号，最大值127
| 127 | #128存成了127
+------+
2.设置无符号tinyint
mysql> create table t2(x tinyint unsigned);
mysql> insert into t2 values
-> (-1),
-> (0),
-> (255),
-> (256);
mysql> select * from t2;
+------+
| x |
+------+
| 0 | -1存成了0
| 0 | #无符号，最小值为0
| 255 | #无符号，最大值为255
| 255 | #256存成了255
+------+
有符号和无符号int
1.int默认为有符号
mysql> create table t3(x int); #默认为有符号整数
mysql> insert into t3 values
-> (-2147483649),
-> (-2147483648),
-> (2147483647),
-> (2147483648);
mysql> select * from t3;
+-------------+
| x |
+-------------+
| -2147483648 | #-2147483649存成了-2147483648
| -2147483648 | #有符号，最小值为-2147483648
| 2147483647 | #有符号，最大值为2147483647
| 2147483647 | #2147483648存成了2147483647
+-------------+
2.设置无符号int
mysql> create table t4(x int unsigned);
mysql> insert into t4 values
-> (-1),
-> (0),
-> (4294967295),
-> (4294967296);
mysql> select * from t4;
+------------+
| x |
+------------+
| 0 | #-1存成了0
| 0 | #无符号，最小值为0
| 4294967295 | #无符号，最大值为4294967295
| 4294967295 | #4294967296存成了4294967295
+------------+
有符号和无符号bigint
1.有符号bigint
mysql> create table t6(x bigint);
mysql> insert into t5 values
-> (-9223372036854775809),
-> (-9223372036854775808),
-> (9223372036854775807),
-> (9223372036854775808);
mysql> select * from t5;
+----------------------+
| x |
+----------------------+
| -9223372036854775808 |
| -9223372036854775808 |
| 9223372036854775807 |
| 9223372036854775807 |
+----------------------+
2.无符号bigint
mysql> create table t6(x bigint unsigned);
mysql> insert into t6 values
-> (-1),
-> (0),
-> (18446744073709551615),
-> (18446744073709551616);
mysql> select * from t6;
+----------------------+
| x |
+----------------------+
| 0 |
| 0 |
| 18446744073709551615 |
| 18446744073709551615 |
+----------------------+
用zerofill测试整数类型的显示宽度
mysql> create table t7(x int(3) zerofill);
mysql> insert into t7 values
-> (1),
-> (11),
-> (111),
-> (1111);
mysql> select * from t7;
+------+
| x |
+------+
| 001 |
| 011 |
| 111 |
| 1111 | #超过宽度限制仍然能够存
+------+
注意：对于整型来讲，数据类型后面的宽度并非存储长度限制，而是显示限制，假如：int(8)，那么显示时不够8位则用0来填充，够8位则正常显示，经过zerofill来测试，存储长度仍是int的4个字节长度。默认的显示宽度就是可以存储的最大的数据的长度，好比：int无符号类型，那么默认的显示宽度就是int(10)，有符号的就是int(11)，由于多了一个符号，因此咱们没有必要指定整数类型的数据，不必指定宽度，由于默认的就可以将你存的原始数据彻底显示并发
int的存储宽度是4个Bytes，即32个bit，即2**32 less
无符号最大值为：4294967296-1运维
有符号最大值：2147483648-1socket
有符号和无符号的最大数字须要的显示宽度均为10，而针对有符号的最小值则须要11位才能显示彻底，因此int类型默认的显示宽度为11是很是合理的
最后：整形类型，其实没有必要指定显示宽度，使用默认的就ok
说到这里我想提一下MySQL的mode设置，看我这篇博客：https://www.cnblogs.com/clschao/articles/9962347.html，看完博客应该就能理解MySQL的mode了。
二、浮点型
定点数类型 DEC，等同于DECIMAL
浮点类型：FLOAT DOUBLE
做用：存储薪资、身高、温度、体重、体质参数等
1.FLOAT[(M,D)] [UNSIGNED] [ZEROFILL]
定义：
单精度浮点数（非准确小数值），m是整数部分+小数部分的总个数，d是小数点后个数。m最大值为255，d最大值为30，例如：float(255,30)
有符号：
-3.402823466E+38 to -1.175494351E-38,
1.175494351E-38 to 3.402823466E+38
无符号：
1.175494351E-38 to 3.402823466E+38
精确度：
**** 随着小数的增多，精度变得不许确 ****
2.DOUBLE[(M,D)] [UNSIGNED] [ZEROFILL]
定义：
双精度浮点数（非准确小数值），m是整数部分+小数部分的总个数，d是小数点后个数。m最大值也为255，d最大值也为30
有符号：
-1.7976931348623157E+308 to -2.2250738585072014E-308
2.2250738585072014E-308 to 1.7976931348623157E+308
无符号：
2.2250738585072014E-308 to 1.7976931348623157E+308
精确度：
****随着小数的增多，精度比float要高，但也会变得不许确 ****
3.decimal[(m[,d])] [unsigned] [zerofill]
定义：
准确的小数值，m是整数部分+小数部分的总个数（负号不算），d是小数点后个数。 m最大值为65，d最大值为30。比float和double的整数个数少，可是小数位数都是30位
精确度：
**** 随着小数的增多，精度始终准确 ****
对于精确数值计算时须要用此类型
decimal可以存储精确值的缘由在于其内部按照字符串存储。
精度从高到低：decimal、double、float
decimal精度高，可是整数位数少
float和double精度低，可是整数位数多
float已经知足绝大多数的场景了，可是什么导弹、航线等要求精度很是高，因此仍是须要按照业务场景自行选择，若是又要精度高又要整数位数多，那么你能够直接用字符串来存。
mysql> create table t1(x float(256,31)); ERROR 1425 (42000): Too big scale 31 specified for column 'x'. Maximum is 30. mysql> create table t1(x float(256,30)); ERROR 1439 (42000): Display width out of range for column 'x' (max = 255) mysql> create table t1(x float(255,30)); #建表成功 Query OK, 0 rows affected (0.02 sec) mysql> create table t2(x double(255,30)); #建表成功 Query OK, 0 rows affected (0.02 sec) mysql> create table t3(x decimal(66,31)); ERROR 1425 (42000): Too big scale 31 specified for column 'x'. Maximum is 30. mysql> create table t3(x decimal(66,30)); ERROR 1426 (42000): Too-big precision 66 specified for 'x'. Maximum is 65. mysql> create table t3(x decimal(65,30)); #建表成功 Query OK, 0 rows affected (0.02 sec) mysql> show tables; +---------------+ | Tables_in_db1 | +---------------+ | t1 | | t2 | | t3 | +---------------+ 3 rows in set (0.00 sec) mysql> insert into t1 values(1.1111111111111111111111111111111); #小数点后31个1 Query OK, 1 row affected (0.01 sec) mysql> insert into t2 values(1.1111111111111111111111111111111); Query OK, 1 row affected (0.00 sec) mysql> insert into t3 values(1.1111111111111111111111111111111); Query OK, 1 row affected, 1 warning (0.01 sec) mysql> select * from t1; #随着小数的增多，精度开始不许确 +----------------------------------+ | x | +----------------------------------+ | 1.111111164093017600000000000000 | +----------------------------------+ 1 row in set (0.00 sec) mysql> select * from t2; #精度比float要准确点，但随着小数的增多，一样变得不许确 +----------------------------------+ | x | +----------------------------------+ | 1.111111111111111200000000000000 | +----------------------------------+ 1 row in set (0.00 sec) mysql> select * from t3; #精度始终准确,d为30，因而只留了30位小数 +----------------------------------+ | x | +----------------------------------+ | 1.111111111111111111111111111111 | +----------------------------------+ 1 row in set (0.00 sec)
三、位类型（了解，不讲~~）
BIT(M)能够用来存放多位二进制数，M范围从1~64，若是不写默认为1位。
注意：对于位字段须要使用函数读取
bin()显示为二进制
hex()显示为十六进制
mysql> create table t9(id bit); mysql> desc t9; #bit默认宽度为1 +-------+--------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +-------+--------+------+-----+---------+-------+ | id | bit(1) | YES | | NULL | | +-------+--------+------+-----+---------+-------+ mysql> insert into t9 values(8); mysql> select * from t9; #直接查看是没法显示二进制位的 +------+ | id | +------+ | | +------+ mysql> select bin(id),hex(id) from t9; #须要转换才能看到 +---------+---------+ | bin(id) | hex(id) | +---------+---------+ | 1 | 1 | +---------+---------+ mysql> alter table t9 modify id bit(5); mysql> insert into t9 values(8); mysql> select bin(id),hex(id) from t9; +---------+---------+ | bin(id) | hex(id) | +---------+---------+ | 1 | 1 | | 1000 | 8 | +---------+---------+
三 日期类型
类型：DATE，TIME，DATETIME ，IMESTAMP，YEAR
做用：存储用户注册时间，文章发布时间，员工入职时间，出生时间，过时时间等
YEAR
YYYY（范围：1901/2155）2018
DATE
YYYY-MM-DD（范围：1000-01-01/9999-12-31）例：2018-01-01
TIME
HH:MM:SS（范围：'-838:59:59'/'838:59:59'）例：12:09:32
DATETIME
YYYY-MM-DD HH:MM:SS（范围：1000-01-01 00:00:00/9999-12-31 23:59:59 Y）例： 2018-01-01 12:09:32
TIMESTAMP
YYYYMMDD HHMMSS（范围：1970-01-01 00:00:00/2037 年某时）
year：
mysql> create table t10(born_year year); #不管year指定何种宽度，最后都默认是year(4)
mysql> insert into t10 values
-> (1900),
-> (1901),
-> (2155),
-> (2156);
mysql> select * from t10;
+-----------+
| born_year |
+-----------+
| 0000 |
| 1901 |
| 2155 |
| 0000 |
+-----------+
date,time,datetime:
mysql> create table t11(d date,t time,dt datetime);
mysql> desc t11;
+-------+----------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------+----------+------+-----+---------+-------+
| d | date | YES | | NULL | |
| t | time | YES | | NULL | |
| dt | datetime | YES | | NULL | |
+-------+----------+------+-----+---------+-------+
mysql> insert into t11 values(now(),now(),now());
mysql> select * from t11;
+------------+----------+---------------------+
| d | t | dt |
+------------+----------+---------------------+
| 2017-07-25 | 16:26:54 | 2017-07-25 16:26:54 |
+------------+----------+---------------------+
timestamp：
mysql> create table t12(time timestamp);
mysql> insert into t12 values();
mysql> insert into t12 values(null);
mysql> select * from t12;
+---------------------+
| time |
+---------------------+
| 2017-07-25 16:29:17 |
| 2017-07-25 16:30:01 |
+---------------------+
============注意啦，注意啦，注意啦===========
1. 单独插入时间时，须要以字符串的形式，按照对应的格式插入
2. 插入年份时，尽可能使用4位值
3. 插入两位年份时，<=69，以20开头，好比50, 结果2050
>=70，以19开头，好比71，结果1971
mysql> create table t12(y year);
mysql> insert into t12 values
-> (50),
-> (71);
mysql> select * from t12;
+------+
| y |
+------+
| 2050 |
| 1971 |
+------+
============综合练习===========
mysql> create table student(
-> id int,
-> name varchar(20),
-> born_year year,
-> birth date,
-> class_time time,
-> reg_time datetime);
mysql> insert into student values
-> (1,'sb1',"1995","1995-11-11","11:11:11","2017-11-11 11:11:11"),
-> (2,'sb2',"1997","1997-12-12","12:12:12","2017-12-12 12:12:12"),
-> (3,'sb3',"1998","1998-01-01","13:13:13","2017-01-01 13:13:13");
mysql> select * from student;
+------+------+-----------+------------+------------+---------------------+
| id | name | born_year | birth | class_time | reg_time |
+------+------+-----------+------------+------------+---------------------+
| 1 | sb1 | 1995 | 1995-11-11 | 11:11:11 | 2017-11-11 11:11:11 |
| 2 | sb2 | 1997 | 1997-12-12 | 12:12:12 | 2017-12-12 12:12:12 |
| 3 | sb3 | 1998 | 1998-01-01 | 13:13:13 | 2017-01-01 13:13:13 |
+------+------+-----------+------------+------------+---------------------+
mysql的日期格式对字符串采用的是'放松'政策，能够以字符串的形式插入。
在实际应用的不少场景中，MySQL的这两种日期类型都可以知足咱们的须要，存储精度都为秒，但在某些状况下，会展示出他们各自的优劣。下面就来总结一下两种日期类型的区别。 1.DATETIME的日期范围是1001——9999年，TIMESTAMP的时间范围是1970——2038年。 2.DATETIME存储时间与时区无关，TIMESTAMP存储时间与时区有关，显示的值也依赖于时区。在mysql服务器，操做系统以及客户端链接都有时区的设置。 3.DATETIME使用8字节的存储空间，TIMESTAMP的存储空间为4字节。所以，TIMESTAMP比DATETIME的空间利用率更高。 4.DATETIME的默认值为null；TIMESTAMP的字段默认不为空（not null）,默认值为当前时间（CURRENT_TIMESTAMP），若是不作特殊处理，而且update语句中没有指定该列的更新值，则默认更新为当前时间。
工做中通常都用datetime就能够了。
mysql> create table t1(x datetime not null default now()); # 须要指定传入空值时默认取当前时间 Query OK, 0 rows affected (0.01 sec) mysql> create table t2(x timestamp); # 无需任何设置，在传空值的状况下自动传入当前时间 Query OK, 0 rows affected (0.02 sec) mysql> insert into t1 values(); Query OK, 1 row affected (0.00 sec) mysql> insert into t2 values(); Query OK, 1 row affected (0.00 sec) mysql> select * from t1; +---------------------+ | x | +---------------------+ | 2018-07-07 01:26:14 | +---------------------+ 1 row in set (0.00 sec) mysql> select * from t2; +---------------------+ | x | +---------------------+ | 2018-07-07 01:26:17 | +---------------------+ 1 row in set (0.00 sec)
四 字符串类型
类型：char，varchar
做用：名字，信息等等
#官网：https://dev.mysql.com/doc/refman/5.7/en/char.html
#注意：char和varchar括号内的参数指的都是字符的长度
#char类型：定长，简单粗暴，浪费空间，存取速度快
字符长度范围：0-255（一个中文是一个字符，是utf8编码的3个字节）
存储：
存储char类型的值时，会往右填充空格来知足长度
例如：指定长度为10，存>10个字符则报错(严格模式下)，存<10个字符则用空格填充直到凑够10个字符存储
检索：
在检索或者说查询时，查出的结果会自动删除尾部的空格，若是你想看到它补全空格以后的内容，除非咱们打开pad_char_to_full_length SQL模式（SET sql_mode = 'strict_trans_tables,PAD_CHAR_TO_FULL_LENGTH';）
#varchar类型：变长，精准，节省空间，存取速度慢
字符长度范围：0-65535（若是大于21845会提示用其余类型 。mysql行最大限制为65535字节，字符编码为utf-8：https://dev.mysql.com/doc/refman/5.7/en/column-count-limit.html）
存储：
varchar类型存储数据的真实内容，不会用空格填充，若是'ab ',尾部的空格也会被存起来
强调：varchar类型会在真实数据前加1-2Bytes的前缀，该前缀用来表示真实数据的bytes字节数（1-2Bytes最大表示65535个数字，正好符合mysql对row的最大字节限制，即已经足够使用）
若是真实的数据<255bytes则须要1Bytes的前缀（1Bytes=8bit 2**8最大表示的数字为255）
若是真实的数据>255bytes则须要2Bytes的前缀（2Bytes=16bit 2**16最大表示的数字为65535）
检索：
尾部有空格会保存下来，在检索或者说查询时，也会正常显示包含空格在内的内容
下面咱们来进行一些测试，在测试以前，咱们须要学一下mysql给咱们提供的两个方法：
length(字段)：查看该字段数据的字节长度
char_length(字段)：查看该字段数据的字符长度
建立一个t1表，包含一个char类型的字段
create table t1(id int,name char(4));
超过长度：
严格模式下(报错)：
mysql> insert into t1 values('xiaoshabi');
ERROR 1406 (22001): Data too long for column 'name' at row 1
非严格模式下(警告)：
mysql> set sql_mode='NO_ENGINE_SUBSTITUTION';
Query OK, 0 rows affected (0.00 sec)
mysql> create table t1(id int,name char(4));
Query OK, 0 rows affected (0.40 sec)
mysql> insert into t2 values('xiaoshabi');
Query OK, 1 row affected, 1 warning (0.11 sec)
查看一下结果：
mysql> select * from t1;
+------+------+
| id | name |
+------+------+
| 1 | xiao | #只有一个xiao
+------+------+
1 row in set (0.00 sec)
varchar类型和上面的效果是同样的，严格模式下也会报错。
若是没有超过长度，那么char类型时mysql会使用空格来补全本身规定的char(4)的4个字符，varchar不会，咱们来作个对比
例如：
#再建立一个含有varchar类型的表t2
而后插入几条和t1里面相同的数据
mysql>insert into t1 values(2,'a'),(3,'bb'),(4,'ccc'),(5,'d');
mysql>create table t2(id int,name varchar(4));
mysql> insert into t2 values(1,'xiao'),(2,'a'),(3,'bb'),(4,'ccc'),(5,'d');
查看一下t1表和t2表的内容
mysql> select * from t1;
+------+------+
| id | name |
+------+------+
| 1 | xiao |
| 2 | a |
| 3 | bb |
| 4 | ccc |
| 5 | d |
+------+------+
5 rows in set (0.00 sec)
mysql> select * from t2;
+------+------+
| id | name |
+------+------+
| 1 | xiao |
| 2 | a |
| 3 | bb |
| 4 | ccc |
| 5 | d |
+------+------+
5 rows in set (0.00 sec)
好，两个表里面数据是同样的，每一项的数据长度也是同样的，那么咱们来验证一下char的自动空格在后面补全的存储方式和varchar的不一样
经过mysql提供的一个char_length()方法来查看一下全部数据的长度
mysql> select char_length(name) from t1;
+-------------------+
| char_length(name) |
+-------------------+
| 4 |
| 1 |
| 2 |
| 3 |
| 1 |
+-------------------+
5 rows in set (0.00 sec)
mysql> select char_length(name) from t2;
+-------------------+
| char_length(name) |
+-------------------+
| 4 |
| 1 |
| 2 |
| 3 |
| 1 |
+-------------------+
5 rows in set (0.00 sec)
经过查看结果能够看到，二者显示的数据长度是同样的，不是说好的char会补全吗，我设置的字段是char(4)，那么长度应该都是4才对啊？这是由于mysql在你查询的时候自动帮你把结果里面的空格去掉了，若是咱们想看到它存储数据的真实长度，须要设置mysql的模式，经过一个叫作PAD_CHAR_TO_FULL_LENGTH的模式，就能够看到了，因此咱们把这个模式加到sql_mode里面：
mysql> set sql_mode='PAD_CHAR_TO_FULL_LENGTH';
Query OK, 0 rows affected (0.00 sec)
而后咱们在查看一下t1和t2数据的长度：
mysql> select char_length(name) from t1;
+-------------------+
| char_length(name) |
+-------------------+
| 4 |
| 4 |
| 4 |
| 4 |
| 4 |
+-------------------+
5 rows in set (0.00 sec)
mysql> select char_length(name) from t2;
+-------------------+
| char_length(name) |
+-------------------+
| 4 |
| 1 |
| 2 |
| 3 |
| 1 |
+-------------------+
5 rows in set (0.00 sec)
经过结果能够看到，char类型的数据长度都是4，这下看到了二者的不一样了吧，至于为何mysql会这样搞，咱们后面有解释的，先看现象就能够啦。
如今咱们再来看一个问题，就是当你设置的类型为char的时候，咱们经过where条件来查询的时候会有一个什么现象：
mysql> select * from t1 where name='a';
+------+------+
| id | name |
+------+------+
| 2 | a |
+------+------+
1 row in set (0.00 sec)
ok，结果没问题，咱们在where后面的a后面加一下空格再来试试：
mysql> select * from t1 where name='a ';
+------+------+
| id | name |
+------+------+
| 2 | a |
+------+------+
1 row in set (0.00 sec)
ok，能查到，再多加一些空格试试，加6个空格，超过了设置的char(4)的4：
mysql> select * from t1 where name='a ';
+------+------+
| id | name |
+------+------+
| 2 | a |
+------+------+
1 row in set (0.00 sec)
ok，也是没问题的
总结：经过>,=,>=,<,<=做为where的查询条件的时候，char类型字段的查询是没问题的。
可是，当咱们将where后面的比较符号改成like的时候，(like是模糊匹配的意思，咱们前面见过，show variables like '%char%';来查看mysql字符集的时候用过)
其中%的意思是匹配任意字符(0到多个字符均可以匹配到)，还有一个符号是_(匹配1个字符)，这两个字符其实就像咱们学的正则匹配里面的通配符，那么咱们经过这些符号进行一下模糊查询，看一下，char类型进行模糊匹配的时候，是否还能行，看例子：
mysql> select * from t1 where name like 'a';
Empty set (0.00 sec)
发现啥也没查到，由于char存储的数据是4个字符长度的，不满4个是以空格来补全的，你在like后面就只写了一个'a'，是没法查到的。
咱们试一下上面的通配符来查询：
mysql> select * from t1 where name like 'a%';
+------+------+
| id | name |
+------+------+
| 2 | a |
+------+------+
1 row in set (0.00 sec)
这样就能看到查询结果了
试一下_是否是匹配1个字符：
mysql> select * from t1 where name like 'a_';
Empty set (0.00 sec)
发现一个_果真不行，咱们试试三个_。
mysql> select * from t1 where name like 'a___';
+------+------+
| id | name |
+------+------+
| 2 | a |
+------+------+
1 row in set (0.00 sec)
发现果真能行，一个_最多匹配1个任意字符。
若是多写了几个_呢？
mysql> select * from t1 where name like 'a_____';
Empty set (0.00 sec)
查不到结果，说明_匹配的是1个字符，但不是0-1个字符。
测试结果总结：
针对char类型，mysql在存储的时候会将不足规定长度的数据使用后面(右边补全)补充空格的形式进行补全，而后存放到硬盘中，可是在读取或者使用的时候会自动去掉它给你补全的空格内容，由于这些空格并非咱们本身存储的数据，因此对咱们使用者来讲是无用的。
char和varchar性能对比：
以char(5)和varchar(5)来比较，加入我要存三我的名：sb，ssb1，ssbb2
char：
优势：简单粗暴，无论你是多长的数据，我就按照规定的长度来存，5个5个的存，三我的名就会相似这种存储：sb ssb1 ssbb2，中间是空格补全，取数据的时候5个5个的取，简单粗暴速度快
缺点：貌似浪费空间，而且咱们未来存储的数据的长度可能会良莠不齐
varchar：
varchar类型不定长存储数据，更为精简和节省空间
例如存上面三我的名的时候相似因而这样的：sbssb1ssbb2，连着的，若是这样存，请问这三我的名你还怎么取出来，你知道取多长能取出第一个吗？(超哥，我能看出来啊，那我只想说：滚犊子！)
不知道从哪开始从哪结束，遇到这样的问题，你会想到怎么解决呢？还记的吗？想一想？socket？tcp？struct？把数据长度做为消息头。
因此，varchar在存数据的时候，会在每一个数据前面加上一个头，这个头是1-2个bytes的数据，这个数据指的是后面跟着的这个数据的长度，1bytes能表示28=256，两个bytes表示216=65536，能表示0-65535的数字，因此varchar在存储的时候是这样的：1bytes+sb+1bytes+ssb1+1bytes+ssbb2，因此存的时候会比较麻烦，致使效率比char慢，取的时候也慢，先拿长度，再取数据。
优势：节省了一些硬盘空间，一个acsii码的字符用一个bytes长度就能表示，可是也并不必定比char省，看一下官网给出的一个表格对比数据，当你存的数据正好是你规定的字段长度的时候，varchar反而占用的空间比char要多。
| Value | CHAR(4) |
Storage Required | VARCHAR(4) |
Storage Required |
|---|---|---|---|---|
'' |
' ' |
4 bytes | '' |
1 byte |
'ab' |
'ab ' |
4 bytes | 'ab' |
3 bytes |
'abcd' |
'abcd' |
4 bytes | 'abcd' |
5 bytes |
'abcdefgh' |
'abcd' |
4 bytes | 'abcd' |
5 bytes |
缺点：存取速度都慢
总结：
因此须要根据业务需求来选择用哪一种类型来存
其实在多数的用户量少的工做场景中char和varchar效率差异不是很大，最起码给用户的感知不是很大，而且其实软件级别的慢远比不上硬件级别的慢，因此大家公司的运维发现项目慢的时候会加内存、换nb的硬盘，项目的效率提高的会不少，可是咱们做为专业人士，咱们应该提出来这样的技术点来提升效率。
可是对于InnoDB数据表，内部的行存储格式没有区分固定长度和可变长度列（全部数据行都使用指向数据列值的头指针），所以在本质上，使用固定长度的CHAR列不必定比使用可变长度VARCHAR列性能要好。于是，主要的性能因素是数据行使用的存储总量。因为CHAR平均占用的空间多于VARCHAR，所以使用VARCHAR来最小化须要处理的数据行的存储总量和磁盘I/O是比较好的。
因此啊，两个选哪一个均可以，若是是大型并发项目，追求高性能的时候，须要结合大家服务器的硬件环境来进行测试，看一下char和varchar哪一个更好，这也能算一个优化的点吧~~~~
#官网：https://dev.mysql.com/doc/refman/5.7/en/char.html
CHAR 和 VARCHAR 是最常使用的两种字符串类型。
通常来讲
CHAR(N)用来保存固定长度的字符串，对于 CHAR 类型,N 的范围 为 0 ~ 255
VARCHAR(N)用来保存变长字符类型，对于 VARCHAR 类型,N 的范围为 0 ~ 65 535
CHAR(N)和 VARCHAR(N) 中的 N 都表明字符长度,而非字节长度。
ps：对于 MySQL 4.1 以前的版本,如 MySQL 3.23 和 MySQL 4.0,CHAR(N)和 VARCHAR (N)中的 N 表明字节长度。
#CHAR类型
对于 CHAR 类型的字符串,MySQL 数据库会自动对存储列的右边进行填充(Right Padded)操做,直到字符串达到指定的长度 N。而在读取该列时,MySQL 数据库会自动将 填充的字符删除。有一种状况例外,那就是显式地将 SQL_MODE 设置为 PAD_CHAR_TO_ FULL_LENGTH,例如:
mysql> CREATE TABLE t ( a CHAR(10));
Query OK, 0 rows affected (0.03 sec)
mysql> INSERT INTO t SELECT 'abc';
Query OK, 1 row affected (0.03 sec)
Records: 1 Duplicates: 0 Warnings: 0
mysql> SELECT a,HEX(a),LENGTH(a) FROM t\G;
*************************** 1. row ***************************
a: abc
HEX(a): 616263
LENGTH (a): 3
1 row in set (0.00 sec)
mysql> SET SQL_MODE='PAD_CHAR_TO_FULL_LENGTH';
Query OK, 0 rows affected (0.00 sec)
mysql> SELECT a,HEX(a),LENGTH(a) FROM t\G;
*************************** 1. row ***************************
a: abc
HEX(a): 61626320202020202020
LENGTH (a): 10
1 row in set (0.00 sec)
在上述这个例子中,先建立了一张表 t,a 列的类型为 CHAR(10)。而后经过 INSERT语句插入值“abc”,由于 a 列的类型为 CHAR 型,因此会自动在后面填充空字符串,使其长 度为 10。接下来在经过 SELECT 语句取出数据时会将 a 列右填充的空字符移除,从而获得 值“abc”。经过 LENGTH 函数看到 a 列的字符长度为 3 而非 10。
接着咱们将 SQL_MODE 显式地设置为 PAD_CHAR_TO_FULL_LENGTH。这时再经过 SELECT 语句进行查询时,获得的结果是“abc ”,abc 右边有 7 个填充字符 0x20,并通 过 HEX 函数获得了验证。此次 LENGTH 函数返回的长度为 10。须要注意的是,LENGTH 函数返回的是字节长度,而不是字符长度。对于多字节字符集,CHAR(N)长度的列最多 可占用的字节数为该字符集单字符最大占用字节数 *N。例如,对于 utf8 下,CHAR(10)最 多可能占用 30 个字节。经过对多字节字符串使用 CHAR_LENGTH 函数和 LENGTH 函数, 能够发现二者的不一样,示例以下:
mysql> SET NAMES gbk;
Query OK, 0 rows affected (0.03 sec)
mysql> SELECT @a:='MySQL 技术内幕 '; Query OK, 0 rows affected (0.03 sec)
mysql> SELECT @a,HEX(@a),LENGTH(@a),CHAR_LENGTH(@a)\G; ***************************** 1. row **************************** a: MySQL 技术内幕
HEX(a): 4D7953514CBCBCCAF5C4DAC4BB
LENGTH (a): 13
CHAR_LENGTH(a): 9
1 row in set (0.00 sec)
变 量 @ a 是 g b k 字 符 集 的 字 符 串 类 型 , 值 为 “ M y S Q L 技 术 内 幕 ”, 十 六 进 制 为 0x4D7953514CBCBCCAF5C4DAC4BB,LENGTH 函数返回 13,即该字符串占用 13 字节, 由于 gbk 字符集中的中文字符占用两个字节,所以一共占用 13 字节。CHAR_LENGTH 函数 返回 9,很显然该字符长度为 9。
#VARCHAR类型
VARCHAR 类型存储变长字段的字符类型,与 CHAR 类型不一样的是,其存储时须要在 前缀长度列表加上实际存储的字符,该字符占用 1 ~ 2 字节的空间。当存储的字符串长度小 于 255 字节时,其须要 1 字节的空间,当大于 255 字节时,须要 2 字节的空间。因此,对 于单字节的 latin1 来讲,CHAR(10)和 VARCHAR(10)最大占用的存储空间是不一样的, CHAR(10)占用 10 个字节这是毫无疑问的,而 VARCHAR(10)的最大占用空间数是 11 字节,由于其须要 1 字节来存放字符长度。
-------------------------------------------------
注意 对于有些多字节的字符集类型,其 CHAR 和 VARCHAR 在存储方法上是同样的,一样 须要为长度列表加上字符串的值。对于 GBK 和 UTF-8 这些字符类型,其有些字符是以 1 字节 存放的,有些字符是按 2 或 3 字节存放的,所以一样须要 1 ~ 2 字节的空间来存储字符的长 度。
-------------------------------------------------
虽然 CHAR 和 VARCHAR 的存储方式不太相同,可是对于两个字符串的比较,都只比 较其值,忽略 CHAR 值存在的右填充,即便将 SQL _MODE 设置为 PAD_CHAR_TO_FULL_ LENGTH 也同样,例如:
mysql> CREATE TABLE t ( a CHAR(10), b VARCHAR(10));
Query OK, 0 rows affected (0.01 sec)
mysql> INSERT INTO t SELECT 'a','a';
Query OK, 1 row affected (0.00 sec)
Records: 1 Duplicates: 0 Warnings: 0
mysql> SELECT a=b FROM t\G;
*************************** 1. row ***************************
a=b: 1
1 row in set (0.00 sec)
mysql> SET SQL_MODE='PAD_CHAR_TO_FULL_LENGTH';
Query OK, 0 rows affected (0.00 sec)
mysql> SELECT a=b FROM t\G;
*************************** 1. row ***************************
a=b: 1
1 row in set (0.00 sec)
其余的字符串类型：BINARY、VARBINARY、BLOB、TEXT
BINARY 和 VARBINARY 相似于 CHAR 和 VARCHAR，不一样的是它们包含二进制字符串而不要非二进制字符串。也就是说，它们包含字节字符串而不是字符字符串。这说明它们没有字符集，而且排序和比较基于列值字节的数值值。
BLOB 是一个二进制大对象，能够容纳可变数量的数据。有 4 种 BLOB 类型：TINYBLOB、BLOB、MEDIUMBLOB 和 LONGBLOB。它们区别在于可容纳存储范围不一样。
有 4 种 TEXT 类型：TINYTEXT、TEXT、MEDIUMTEXT 和 LONGTEXT。对应的这 4 种 BLOB 类型，可存储的最大长度不一样，可根据实际状况选择。
BLOB：
1._BLOB和_text存储方式不一样，_TEXT以文本方式存储，英文存储区分大小写，而_Blob是以二进制方式存储，不分大小写。
2._BLOB存储的数据只能总体读出。
3._TEXT能够指定字符集，_BLO不用指定字符集。
五 枚举类型与集合类型
字段的值只能在给定范围中选择，如单选框，多选框，若是你在应用程序或者前端不作选项限制，在MySQL的字段里面也能作限制
enum 单选 只能在给定的范围内选一个值，如性别 sex 男male/女female
set 多选 在给定的范围内能够选择一个或一个以上的值（爱好1,爱好2,爱好3...）
枚举类型（enum）
An ENUM column can have a maximum of 65,535 distinct elements. (The practical limit is less than 3000.)
示例：
CREATE TABLE shirts (
name VARCHAR(40),
size ENUM('x-small', 'small', 'medium', 'large', 'x-large')
);
INSERT INTO shirts (name, size) VALUES ('dress shirt','large'), ('t-shirt','medium'),('polo shirt','small');
集合类型（set）
A SET column can have a maximum of 64 distinct members.
示例：
CREATE TABLE myset (col SET('a', 'b', 'c', 'd'));
INSERT INTO myset (col) VALUES ('a,d'), ('d,a'), ('a,d,a'), ('a,d,d'), ('d,a,d');
mysql> create table consumer(
-> name varchar(50),
-> sex enum('male','female'),
-> level enum('vip1','vip2','vip3','vip4','vip5'), #在指定范围内，多选一
-> hobby set('play','music','read','study') #在指定范围内，多选多
-> );
mysql> insert into consumer values
-> ('xiaogui','male','vip5','read,study'),
-> ('taibai','female','vip1','girl');
mysql> select * from consumer;
+------+--------+-------+------------+
| name | sex | level | hobby |
+------+--------+-------+------------+
| xiaogui | male | vip5 | read,study |
| taibai | female | vip1 | |
+------+--------+-------+------------+
相关文章
- 1. MySQL基础数据类型
- 2. Mysql基础——基本数据类型
- 3. MySQL-基础篇-数据类型
- 4. MySQL【四】基础数据类型
- 5. mysql基础5 数据类型
- 6. MySQL基础篇（2）数据类型
- 7. mysql基础篇-数据类型
- 8. MySQL基础之数据类型
- 9. MySQL基础教程18-Mysql数据类型-字符串类型
- 10. 基础篇——数据类型（基本数据类型和引用数据类型）
- 更多相关文章...
- • Kotlin 基本数据类型 - Kotlin 教程
- • MySQL数据类型简介 - MySQL教程
- • Kotlin学习（二）基本类型
- • Flink 数据传输及反压详解
相关标签/搜索
每日一句
-
每一个你不满意的现在，都有一个你没有努力的曾经。
欢迎关注本站公众号,获取更多信息
相关文章
- 1. MySQL基础数据类型
- 2. Mysql基础——基本数据类型
- 3. MySQL-基础篇-数据类型
- 4. MySQL【四】基础数据类型
- 5. mysql基础5 数据类型
- 6. MySQL基础篇（2）数据类型
- 7. mysql基础篇-数据类型
- 8. MySQL基础之数据类型
- 9. MySQL基础教程18-Mysql数据类型-字符串类型
- 10. 基础篇——数据类型（基本数据类型和引用数据类型）