一.库操作
1、创建数据库
1.1 语法
CREATE DATABASE 数据库名 charset utf8;
1.2 数据库命名规则
可以由字母、数字、下划线、＠、＃、＄
区分大小写
唯一性
不能使用关键字如 create select
不能单独使用数字
最长128位
基本上跟python或者js的命名规则一样
2、数据库相关操作
也是一些基本操作。
print('1.查看数据库 show databases; show create database db1; select database(); 2.选择数据库 USE 数据库名 3.删除数据库 DROP DATABASE 数据库名; 4.修改数据库 alter database db1 charset utf8;')
二.表操作
1、存储引擎
存储引擎即表类型，mysql根据不同的表类型会有不同的处理机制，关于存储引擎的介绍:
扫描二维码关注公众号，回复：
7158413 查看本文章
print('InnoDB引擎 介绍：InnoDB引擎是MySQL数据库的另一个重要的存储引擎，正称为目前MySQL AB所发行新版的标准，被包含在所有二进制安装包里。和其他的存储引擎相比，InnoDB引擎的优点是支持兼容ACID的事务(类似于PostGreSQL)，以及参数完整性(即对外键的支持)。Oracle公司与2005年10月收购了Innobase。Innobase采用双认证授权。它使用GNU发行，也允许其他想将InnoDB结合到商业软件的团体获得授权。 InnoDB引擎特点： 1.支持事务：支持4个事务隔离界别，支持多版本读。 2.行级锁定(更新时一般是锁定当前行)：通过索引实现，全表扫描仍然会是表锁，注意间隙锁的影响。 3.读写阻塞与事务隔离级别相关(有多个级别)。 4.具体非常高效的缓存特性：能缓存索引，也能缓存数据。 5.整个表和主键与Cluster方式存储，组成一颗平衡树。(了解) 6.所有SecondaryIndex都会保存主键信息。(了解) 7.支持分区，表空间，类似oracle数据库。 8.支持外键约束，不支持全文索引(5.5之前)，以后的都支持了。 9.和MyISAM引擎比较，InnoDB对硬件资源要求还是比较高的。 小结：三个重要功能：Supports transactions，row-level locking，and foreign keys. InnoDB引擎适用的生产业务场景 1.需要事务支持(具有较好的事务特性，例银行业务) 2.行级锁定对高并发有很好的适应能力，但需要确保查询是通过索引完成。 3.数据更新较为频繁的场景，如：BBS(论坛)、SNS(社交平台)、微博等 4.数据一致性要求较高的业务，例如：充值转账，银行卡转账。 5.硬件设备内存较大，可以利用InnoDB较好的缓存能力来提高内存利用率，尽可能减少磁盘IO，可以通过一些参数来设置 6.相比MyISAM引擎，Innodb引擎更消耗资源，速度没有MyISAM引擎快 InnoDB引擎调优精要 1.主键尽可能小，避免给Secondery index带来过大的空间负担。 2.避免全表扫描，因为会使用表锁。 3.尽可能缓存所有的索引和数据，提高响应速度，较少磁盘IO消耗。 4.在大批量小插入的时候，尽量自己控制事务而不要使用autocommit自动提交，有开关可以控制提交方式。 5合理设置innodb_flush_log_at_trx_commit参数值，不要过度追求安全性。 如果innodb_flush_log_at_trx_commit的值为0，log buffer每秒就会被刷写日志文件到磁盘，提交事务的时候不做任何操作。 6.避免主键更新，因为这会带来大量的数据移动。 可以看一看InnoDB的重要参数。 InnoDB 存储引擎将数据放在一个逻辑的表空间中,这个表空间就像黑盒一样由 InnoDB 存储引擎自身来管理。从 MySQL 4.1(包括 4.1)版本开始,可以将每个 InnoDB 存储引擎的 表单独存放到一个独立的 ibd 文件中。此外,InnoDB 存储引擎支持将裸设备(row disk)用 于建立其表空间。 InnoDB 通过使用多版本并发控制(MVCC)来获得高并发性,并且实现了 SQL 标准 的 4 种隔离级别,默认为 REPEATABLE 级别,同时使用一种称为 netx-key locking 的策略来 避免幻读(phantom)现象的产生。除此之外,InnoDB 存储引擎还提供了插入缓冲(insert buffer)、二次写(double write)、自适应哈希索引(adaptive hash index)、预读(read ahead) 等高性能和高可用的功能。 对于表中数据的存储,InnoDB 存储引擎采用了聚集(clustered)的方式,每张表都是按 主键的顺序进行存储的,如果没有显式地在表定义时指定主键,InnoDB 存储引擎会为每一 行生成一个 6 字节的 ROWID,并以此作为主键。 InnoDB 存储引擎是 MySQL 数据库最为常用的一种引擎,Facebook、Google、Yahoo 等 公司的成功应用已经证明了 InnoDB 存储引擎具备高可用性、高性能以及高可扩展性。对其 底层实现的掌握和理解也需要时间和技术的积累。如果想深入了解 InnoDB 存储引擎的工作 原理、实现和应用,可以参考《MySQL 技术内幕:InnoDB 存储引擎》一书。 事务介绍： 简单地说，事务就是指逻辑上的一组SQL语句操作，组成这组操作的各个SQL语句，执行时要么全成功要么全失败。 例如：你给我转账5块钱，流程如下 a.从你银行卡取出5块钱，剩余计算money-5 b.把上面5块钱打入我的账户上，我收到5块，剩余计算money+5. 上述转账的过程，对应的sql语句为： update 你_account set money=money-5 where name='你'； update 我_account set money=money+5 where name='我'； 上述的两条SQL操作，在事务中的操作就是要么都执行，要么都不执行，不然钱就对不上了。 这就是事务的原子性(Atomicity)。 事务的四大特性： 1.原子性(Atomicity) 事务是一个不可分割的单位，事务中的所有SQL等操作要么都发生，要么都不发生。 2.一致性(Consistency) 事务发生前和发生后，数据的完整性必须保持一致。 3.隔离性(Isolation) 当并发访问数据库时，一个正在执行的事务在执行完毕前，对于其他的会话是不可见的，多个并发事务之间的数据是相互隔离的。也就是其他人的操作在这个事务的执行过程中是看不到这个事务的执行结果的，也就是他们拿到的是这个事务执行之前的内容，等这个事务执行完才能拿到新的数据。 4.持久性(Durability) 一个事务一旦被提交，它对数据库中的数据改变就是永久性的。如果出了错误，事务也不允撤销，只能通过'补偿性事务'。 事务的开启： 数据库默认事务是自动提交的，也就是发一条sql他就执行一条。如果想多条sql放在一个事务中执行，则需要使用事务进行处理。当开启一个事务，并且没有提交，mysql会自动回滚事务,或者使用rollback命令手动回滚事务。 可自学mysql官方手册,收获更多。')
2、表介绍
表相当于文件，表中的一条记录就相当于文件中的一行内容，表的一条记录有对应的标题，称为表的字段。 
第一行的id、name2、age是字段，，其余的，一行内容称为一条记录。
3、创建表
建表语法
print('#语法： create table 表名( 字段名1 类型[(宽度) 约束条件], 字段名2 类型[(宽度) 约束条件], 字段名3 类型[(宽度) 约束条件] ); #注意： 1. 在同一张表中，字段名是不能相同 2. 宽度和约束条件可选、非必须，宽度指的就是字段长度约束，例如：char(10)里面的10 3. 字段名和类型是必须的 mysql> create database db1 charset utf8; mysql> use db1; mysql> create table t1( -> id int, -> name varchar(50), -> sex enum('male','female'), -> age int(3) -> ); mysql> show tables; #查看db1库下所有表名 mysql> desc t1; +-------+-----------------------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +-------+-----------------------+------+-----+---------+-------+ | id | int(11) | YES | | NULL | | | name | varchar(50) | YES | | NULL | | | sex | enum('male','female') | YES | | NULL | | | age | int(3) | YES | | NULL | | +-------+-----------------------+------+-----+---------+-------+ mysql> select id,name,sex,age from t1; Empty set (0.00 sec) mysql> select * from t1; Empty set (0.00 sec) mysql> select id,name from t1; Empty set (0.00 sec) mysql> insert into t1 values -> (1,'chao',18,'male'), -> (2,'sb',81,'female') -> ; mysql> select * from t1; +------+------+------+--------+ | id | name | age | sex | +------+------+------+--------+ | 1 | chao | 18 | male | | 2 | sb | 81 | female | +------+------+------+--------+ mysql> insert into t1(id) values -> (3), -> (4); mysql> select * from t1; +------+------+------+--------+ | id | name | age | sex | +------+------+------+--------+ | 1 | chao | 18 | male | | 2 | sb | 81 | female | | 3 | NULL | NULL | NULL | | 4 | NULL | NULL | NULL | +------+------+------+--------+')
4、查看表结构
print('mysql> describe t1; #查看表结构，可简写为：desc 表名 +-------+-----------------------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +-------+-----------------------+------+-----+---------+-------+ | id | int(11) | YES | | NULL | | | name | varchar(50) | YES | | NULL | | | sex | enum('male','female') | YES | | NULL | | | age | int(3) | YES | | NULL | | +-------+-----------------------+------+-----+---------+-------+ mysql> show create table t1\G; #查看表详细结构，可加\G')
5、MySQL的基础数据类型
mysql常用数据类型概览：
print('#1. 数字： 整型：tinyinit int bigint 小数： float ：在位数比较短的情况下不精准 double ：在位数比较长的情况下不精准 0.000001230123123123 存成：0.000001230000 decimal：（如果用小数，则用推荐使用decimal） 精准 内部原理是以字符串形式去存 #2. 字符串： char（10）：简单粗暴，浪费空间，存取速度快 root存成root000000 varchar：精准，节省空间，存取速度慢 sql优化：创建表时，定长的类型往前放，变长的往后放 比如性别 比如地址或描述信息 >255个字符，超了就把文件路径存放到数据库中。 比如图片，视频等找一个文件服务器，数据库中只存路径或url。 #3. 时间类型： 最常用：datetime #4. 枚举类型与集合类型')
数值类型
(1)整数类型
整数类型：TINYINT，SMALLINT，MEDIUMINT，INT，BIGINT
作用：存储年龄，等级，id，各种号码等
print('有符号和无符号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 +------+')
print('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')
注意：对于整型来说，数据类型后面的宽度并不是存储长度限制，而是显示限制，假如：int(8)，那么显示时不够8位则用0来填充，够8位则正常显示，通过zerofill来测试，存储长度还是int的4个字节长度。默认的显示宽度就是能够存储的最大的数据的长度，比如：int无符号类型，那么默认的显示宽度就是int(10)，有符号的就是int(11)，因为多了一个符号，所以没有必要指定整数类型的数据，没必要指定宽度，因为默认的就能够将存的原始数据完全显示。
int的存储宽度是4个Bytes，即32个bit，即2**32 无符号最大值为：4294967296-1 有符号最大值：2147483648-1 有符号和无符号的最大数字需要的显示宽度均为10，而针对有符号的最小值则需要11位才能显示完全，所以int类型默认的显示宽度为11是非常合理的，最后：整形类型，其实没有必要指定显示宽度，使用默认的就ok
(2)浮点型
定点数类型 DEC，等同于DECIMAL 浮点类型：FLOAT DOUBLE 作用：存储薪资、身高、温度、体重、体质参数等
print('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)')
(3)位类型
BIT(M)可以用来存放多位二进制数，M范围从1~64，如果不写默认为1位。注意：对于位字段需要使用函数读取 bin()显示为二进制 hex()显示为十六进制
print('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 | +---------+---------+')
(4)日期类型
类型：DATE，TIME，DATETIME ，IMESTAMP，YEAR 作用：存储用户注册时间，文章发布时间，员工入职时间，出生时间，过期时间等
print('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 年某时） ============注意啦，注意啦，注意啦=========== 1. 单独插入时间时，需要以字符串的形式，按照对应的格式插入 2. 插入年份时，尽量使用4位值 3. 插入两位年份时，<=69，以20开头，比如50, 结果2050 >=70，以19开头，比如71，结果1971 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语句中没有指定该列的更新值，则默认更新为当前时间。 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) 举例： mysql> create table t6(d1 year ,d2 date,d3 datetime); Query OK, 0 rows affected (1.75 sec) mysql> insert into t6 values(now(),now(),now()); Query OK, 1 row affected, 1 warning (0.12 sec) mysql> select * from t6; 工作中一般都用datetime就可以了。 ')
(5)字符串类型
类型：char，varchar 作用：名字，信息等等 作用：名字，信息等等
print('#官网：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(字段)：查看该字段数据的字符长度 sql模式:注意,一定要用严格模式 模式设置和修改(以解决上述问题为例)： 方式一：先执行select @@sql_mode,复制查询出来的值并将其中的NO_ZERO_IN_DATE,NO_ZERO_DATE删除，然后执行set sql_mode = '修改后的值'或者set session sql_mode='修改后的值';，例如：set session sql_mode='STRICT_TRANS_TABLES';改为严格模式 #session可以不用写 此方法只在当前会话中生效，关闭当前会话就不生效了。 方式二：先执行select @@global.sql_mode,复制查询出来的值并将其中的NO_ZERO_IN_DATE,NO_ZERO_DATE删除，然后执行set global sql_mode = '修改后的值'。 此方法在当前服务中生效，重新MySQL服务后失效 方法三：在mysql的安装目录下，或my.cnf文件(windows系统是my.ini文件)，新增 sql_mode = STRICT_TRANS_TABLES 添加my.cnf如下： [mysqld] sql_mode=ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER char和varchar char和varchar性能对比： 以char(5)和varchar(5)来比较，加入要存三个人名：sb，ssb1，ssbb2 char：优点：简单粗暴，不管是多长的数据，就按照规定的长度来存，5个5个的存，三个人名就会类似这种存储：sb ssb1 ssbb2，中间是空格补全，取数据的时候5个5个的取，简单粗暴速度快 缺点：貌似浪费空间，并且将来存储的数据的长度可能会参差不齐 varchar：varchar类型不定长存储数据，更为精简和节省空间 例如存上面三个人名的时候类似于是这样的：sbssb1ssbb2，连着的，如果这样存，请问这三个人名还怎么取出来，varchar在存数据的时候，会在每个数据前面加上一个头，这个头是1-2个bytes的数据，这个数据指的是后面跟着的这个数据的长度，1bytes能表示2**8=256，两个bytes表示2**16=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哪个更好，这也能算一个优化的点。')
(6)枚举类型与集合类型
print('枚举类型（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 | | +------+--------+-------+------------+')
6、表的完整性约束2
print('PRIMARY KEY (PK) 标识该字段为该表的主键，可以唯一的标识记录 FOREIGN KEY (FK) 标识该字段为该表的外键 NOT NULL 标识该字段不能为空 UNIQUE KEY (UK) 标识该字段的值是唯一的 AUTO_INCREMENT 标识该字段的值自动增长（整数类型，而且为主键） DEFAULT 为该字段设置默认值 UNSIGNED 无符号 ZEROFILL 使用0填充 1. 是否允许为空，默认NULL，可设置NOT NULL，字段不允许为空，必须赋值 2. 字段是否有默认值，缺省的默认值是NULL，如果插入记录时不给字段赋值，此字段使用默认值 sex enum('male','female') not null default 'male' age int unsigned NOT NULL default 20 必须为正值（无符号） 不允许为空 默认是20 3. 是否是key 主键 primary key 外键 foreign key 索引 (index,unique...)')
(1)not null与default
是否可空，null表示空，非字符串 not null - 不可空 null - 可空 默认值，创建列时可以指定默认值，当插入数据时如果未主动设置，则自动添加默认值 完整性约束
create table t1(name char(10) not null);
create table t1(name char(10) not null default 'xx');
注意一点：如果是非严格模式，int类型不传值的话会默认为0，因为null不是int类型的，字段是int类型，所以他会自动将null变为0
(2)unique
```
独一无二，唯一属性：id，身份证号等 是一种key，唯一键，是在数据类型之外的附加属性，其实还有加速查询的作用 unique #唯一,字段数据不能重复
create table t1(name char(10) unique);
```
(3)primary key
```
主键primary key是innodb存储引擎组织数据的依据，innodb称之为索引组织表，一张表中必须有且只有一个主键。 一个表中可以：单列做主键,多列做主键（复合主键或者叫做联合主键） primary key #主键 约束效果:不为空且唯一 not null + unique
create table t1(id int primary key);
```
(4)auto_increment
```
约束字段为自动增长，被约束的字段必须同时被key约束，也就是说只能给约束成key的字段加自增属性，默认起始位置为1，步长也为1. auto_increment 自增
create table t1(id int primary key auto_increment); 前面必须是个key
```
(5)foreign key
```
foreign key #外键 建立表关系使用的约束条件
多对一 (一对多)
在多的表里面添加一个字段,并给这个字段加foreign key,比如:
出版社对应书籍是多对一的关系
1.先创建出版社表 publish表
2.创建书籍表,外键写法:
create table book(
id int primary key,
name char(10),
pid int,
foreign key(pid) references publish(id)
);
3.先给出版社插入数据
一对一关系
学生表(student)和客户表(customer)
create table student(
id int primary key,
name char(10),
cid int unique,
foreign key(cid) references customer(id)
);
多对多关系:
作者表和书籍表
需要借助第三张表来完整两者的关系记录
第三张表后创建
create table authortobook(
id int primary key,
author_id int,
book_id int,
foreign key(author_id) references author1(id),
foreign key(book_id) references book1(id)
);
```