字符编码与配置文件
# 查看MySQL默认字符编码
\s
"""
如果是5.X系列 显示的编码有多种
latin1
gbk
如果是8.X系列 显示的统一是utf8mb4
utf8mb4是utf8优化版本 支持存储表情
"""
# 统一字符编码
5.X默认编码有多种 可能会导致乱码的情况 所以应该统一编码
my-default.ini配置文件
步骤1:拷贝一份该配置文件并修改名称为my.ini
步骤2:清空my.ini文件内的内容
步骤3:添加固定的配置信息即可
[mysqld]
character-set-server=utf8
collation-server=utf8_general_ci
[client]
default-character-set=utf8
[mysql]
default-character-set=utf8
步骤4:保存并重启服务端即可生效
net stop mysql
net start mysql

存储引擎
# 什么是存储引擎
存储引擎可以理解为处理数据的不同方式
eg:
有一个a.txt文件
戴某某会放在密码箱中
张某某会转成pdf存储
李某某会做多个备份
潘某某会制作封面美化等
# 查看存储引擎
show engines;
# 需要了解的引擎
MyISAM
5.1之前版本MySQL默认的存储引擎
特点:存取数据的速度快 但是功能很少 安全性较低
InnoDB
5.1之后版本MySQL默认的存储引擎
特点:有诸多功能 安全性较高 存取速度没有MyISAM快
BlackHole
任何写入的数据都会立刻消失(类似于垃圾回收处理站)
Memory
以内存作为数据存取地 速度快但是断电立刻丢失
# 自定义选择存储引擎
create table t1(id int)engine=myisam;
create table t2(id int)engine=innodb;
create table t3(id int)engine=blackhole;
create table t4(id int)engine=memory;
"""
1.课后可以研究不同存储引擎产生的表文件有几个
2.研究blackhole与memory存取数据的特征
"""

创建表的完整语法
create table 表名(
字段名1 字段类型(数字) 约束条件,
字段名2 字段类型(数字) 约束条件,
字段名3 字段类型(数字) 约束条件
);
1.字段名和字段类型是必须的
2.数字和约束条件是可选的
3.约束条件可以写多个 空格隔开即可(后面详细讲解)
字段名1 字段类型(数字) 约束条件1 约束条件2 约束条件3
4.最后一行字段结尾不能加逗号
极其容易被忽略!!!
字段类型
保证数据的准确性和标准性。
数值类型
类型 |
大小 |
范围(有符号) |
范围(无符号) |
用途 |
TINYINT |
1 Bytes |
(-128,127) |
(0,255) |
小整数值 |
SMALLINT |
2 Bytes |
(-32 768,32 767) |
(0,65 535) |
大整数值 |
MEDIUMINT |
3 Bytes |
(-8 388 608,8 388 607) |
(0,16 777 215) |
大整数值 |
INT或INTEGER |
4 Bytes |
(-2 147 483 648,2 147 483 647) |
(0,4 294 967 295) |
大整数值 |
BIGINT |
8 Bytes |
(-9,223,372,036,854,775,808,9 223 372 036 854 775 807) |
(0,18 446 744 073 709 551 615) |
极大整数值 |
FLOAT |
4 Bytes |
(-3.402 823 466 E+38,-1.175 494 351 E-38),0,(1.175 494 351 E-38,3.402 823 466 351 E+38) |
0,(1.175 494 351 E-38,3.402 823 466 E+38) |
单精度 浮点数值 |
DOUBLE |
8 Bytes |
(-1.797 693 134 862 315 7 E+308,-2.225 073 858 507 201 4 E-308),0,(2.225 073 858 507 201 4 E-308,1.797 693 134 862 315 7 E+308) |
0,(2.225 073 858 507 201 4 E-308,1.797 693 134 862 315 7 E+308) |
双精度 浮点数值 |
DECIMAL |
对DECIMAL(M,D) ,如果M>D,为M+2否则为D+2 |
依赖于M和D的值 |
依赖于M和D的值 |
小数值 |
整型
tinyint 1bytes
smallint 2bytes
int 4bytes
bigint 8bytes
上述整型的区别在于从上往下能够存储的数字范围越来越大
注意事项
1.需要考虑正负数的问题 如果需要存储负数 则需要占据一个比特位
2.注意手机号如果使用整型来存储 需要使用bigint才可以
"""
工作小技巧:有时候看似需要使用数字类型存储的数据其实可能使用的是字符串
因为字符串可以解决不同语言对数字不精确的缺陷!!!
"""
# 严格模式与非严格模式
简单来说就是MySQL自身对数据进行严格的校验(格式、长度、类型等),比如一个整型字段我们写入一个字符串类型的数据,在非严格模式下MySQL不会报错, 定义的类型长度超出了也不会报错, 严格模式则会
# 不同版本的不同效果
5.6版本默认没有开启严格模式 规定只能存一个字符你给了多个字符, 那么会自动帮你截取
5.7版本及以上或者开启了严格模式 那么规定只能存几个 就不能超, 一旦超出范围立刻报错(Data too long for column ‘name’ at row 1)
# 实例
create table t5(id tinyint);
insert into t5 values(-129),(256);
# 如果是在5.6版本不会报错 会自动处理成最大范围(没有意义)
select @@sql_mode; # 查看模式
步骤1:set global sql_mode = 'STRICT_TRANS_TABLES'; # 修改为严格模式
步骤2:退出客户端 重新登录即可
# 如果是在5.7及以上版本 则会直接报错(更加合理)
验证(结论)发现所有的整型都默认带有正负号 如何修改不带正负号(约束条件)
create table t6(id tinyint unsigned);
浮点型
float
double
decimal
# 上述浮点型从上往下精确度越来越高
float(255,30) 总共255位 小数位占30位
double(255,30) 总共255位 小数位占30位
decimal(65,30) 总共65位 小数位占30位
# 重点研究精确度问题
create table t7(id float(255,30));
create table t8(id double(255,30));
create table t9(id decimal(65,30));
insert into t7 values(1.11111111111111111);
insert into t8 values(1.11111111111111111);
insert into t9 values(1.11111111111111111);
decimal>double>float

"""
虽然三者精确度有差距 但是具体用哪个应该结合实际情况
比如正常业务 使用float足够
如果是高精尖 可以使用decimal
"""
字符类型
类型 |
大小 |
用途 |
CHAR |
0-255 bytes |
定长字符串 |
VARCHAR |
0-65535 bytes |
变长字符串 |
char
varchar
上述两个字符类型的区别在于一个是定长一个是变长
eg:
char(4)
定长 最大只能存储四个字符 超出则报错 不够则空格填充至四个
varchar(4)
变长 最大只能存储四个字符 超出则报错 不够则有几个存几个
验证定长与变长特性
create table t10(name char(4));
create table t11(name varchar(4));
insert into t10 values('jason');
insert into t11 values('jason');
# 如果是5.6版本并且没有修改严格模式 则会自动截取四个字符(不合理)
# 临时修改
步骤1:set global sql_mode = 'STRICT_TRANS_TABLES';
步骤2:退出客户端 重新登录即可
# 永久修改
修改my.ini配置文件
sql_mode = 'STRICT_TRANS_TABLES,ONLY_FULL_GROUP_BY'
重启服务端之后永久生效
"""
课外扩展研究
char_length() 获取字段数据的长度
该方法无法直接获取到定长的真实长度
因为MySQL在存数据的时候会自动填充空格在取数据的时候又会自动移除空格
能不能让MySQL在取数据的时候不自动移除空格
单次修改
set session sql_mode = 'pad_char_to_full_length'
"""
# 工作中使用char还是varchar
char
整存整取 速度快
会造成一定的存储空间浪费
'''
jason kevintony tom jerry
'''
varchar
节省存储空间
存取数据的速度没有char快(取数据不知道数据的精确长度)
'''
varchar在存数据的时候会生成一个1bytes的报头 记录数据长度
varchar在取数据的时候先会读取1bytes的报头 从中获取真实数据长度
1bytesjason1bytes+kevin1bytes+tony
'''
# 以前几乎使用的都是char 现在varchar使用频率也越来越高
"""
两者都有使用场景
比如:
针对统一中国人的姓名 应该采取那个类型 >>> varchar
规模较小 数据量相对固定的字典 >>> char
很多时候字段类型的选取和命名都会在邮件中标明(组长、架构师、产品)
"""
数字的含义
字段类型括号内的数字大部分情况下是用来限制存储的长度
但是在整型中并不是用来限制长度 而是用来控制展示长度
create table t12(id int(3));
insert into t12 values(1111); # 不会报错
create table t13(id int(3) zerofill); # 位数不够用0填充
insert into t13 values(1); # 001
insert into t13 values(1111); # 有几位就展示几位
"""
结论
以后涉及到整型字段 都无需自己定义长度 直接使用自带的即可
而针对其他类型的字段 则需要自己添加数字
"""
枚举与集合
# 枚举
多选一
create table t14(
id int,
name varchar(32),
gender enum('male','female','others')
);
'''插入数据的时候 针对gender只能填写提前定义好的数值'''
# 集合
多选多(也可以多选一)
create table t15(
id int,
name varchar(32),
hobby set('篮球','足球','双色球','排球','水球','肉球')
);
日期类型
类型 |
大小 ( bytes) |
范围 |
格式 |
用途 |
DATE |
3 |
1000-01-01/9999-12-31 |
YYYY-MM-DD |
日期值 |
TIME |
3 |
'-838:59:59'/'838:59:59' |
HH:MM:SS |
时间值或持续时间 |
YEAR |
1 |
1901/2155 |
YYYY |
年份值 |
DATETIME |
8 |
1000-01-01 00:00:00/9999-12-31 23:59:59 |
YYYY-MM-DD HH:MM:SS |
混合日期和时间值 |
date 年月日
datetime 年月日时分秒
time 时分秒
year 年
create table t16(
id int,
name varchar(32),
reg_time datetime,
birth date,
study_time time,
join_time year
);
# 针对时间数据一般都是通过代码自动获取并添加 我们这里手动模拟
insert into t16 values(1,'jason','2000-11-11','2002-01-21','11:11:11','2015');
约束条件
# 字段类型与约束条件的关系
约束条件是基于字段类型之上的额外限制
eg: id int unsigned
字段类型int规定了id字段只能存整数
约束条件unsigned指的是整数基础之上还必须是正数
unsigned
作用: 使整型范围无正负号
关键字:unsigned
实例:
create table t1(id int unsigned);
zerofill
作用 :不够位数使用0填充
关键字:zerofill
实例 :
create table t1(id int(8) unsigned zerofill);
insert into t1 values(2222);
not null
作用 : not null :非空(不能为空)
关键字:not null
实例:
create table t17(id int,name varchar(32));
'''插入数据的另外一种方式 打破字段顺序'''
insert into t17(name,id) values('jason',1);
insert into t17(id) values(2);
create table t18(id int,name varchar(32) not null);
insert into t18(id) values(2); # 报错
insert into t18(id,name) values(2,null); # 报错
insert into t18(id,name) values(2,''); # 不报错
default
作用:默认值(用户给了数据就用用户的,用户不给就用默认的)
关键字 :default
实例:
create table t19(id int,name varchar(32) default 'jason');
insert into t19(id) values(1);
insert into t19(id,name) values(2,'kevin');
unique
作用:唯一(保证字段(一个或多个)在整个表中没有重复的数据)
关键字:unique
unique分为单列唯一和多列唯一。
实例:
'''单列唯一:某个字段下对应的数据不能重复 是唯一的'''
create table t20(
id int,
name varchar(32) unique
);
'''多列唯一:多个字段下对应的数据组合到一起的结果不能重复 是唯一的'''
create table t21(
id int,
host varchar(32),
port int,
unique(host,port)
);
primary key
作用:
1、单从约束条件上而言主键相当于not null + unique(非空且唯一)
2、主键的功能目前简单的理解为能够加快数据的查询速度相当于书的目录
3、InnoDB存储引擎规定每张表都必须有且只有一个主键
3.1 如果表中没有任何的主键和其他约束条件
InnoDB默认会采用一个隐藏字段作为表的主键
3.2 如果表中没有主键但是有not null + unique(非空且唯一的字段)
InnoDB会自动将该字段升级为主键
结论:每张表都必须要有一个'id'字段(序号字段)并且该字段就是主键(通常在第一列)
关键字:primary key
可分为单列主键和多列主键(联合主键)
实例:
create table t24(
id int primary key,
name varchar(32)
);
# 也可以有联合主键(多个字段组合 本质还是一个主键) 了解即可
create table t24(
id int,
name varchar(32),
pwd int,
primary key(id,pwd)
);
auto_increment
作用:自增(专门配合主键一起使用的 让主键能够自增)
关键字:auth_increment
实例:
create table t25(
id int primary key auto_increment,
name varchar(32)
);
"""
总结
以后在创建规范的表的时候
一般都会有一个主键字段的编写如下
id int primary key auto_increment
"""