配置文件 数据库存储引擎 严格模式 MySQL字段基本数据类型
目录[*]字符编码与配置文件
[*]\s查看MySQL相关信息
[*]修改配置文件my-default.ini
[*]解决5.6版本字符编码问题
[*]配置文件什么时候加载？
[*]偷懒操作：输入mysql直接登录root账户
[*]数据库存储引擎
[*]存储引擎简介
[*]查看引擎 show engines;
[*]需要了解的四个存储引擎
[*]了解不同存储引擎底层文件个数
[*]验证memory\blackhole 数据消失
[*]创建表的完整语法（重要）
[*]字段类型之整型
[*]验证整型默认是否携带正负号
[*]取消正负号
[*]严格模式
[*]查看当前数据库是否有严格模式
[*]临时修改
[*]永久修改
[*]字段类型之浮点型
[*]字段类型之字符类型（重要）
[*]验证定长和变长
[*]取消mysql自动去掉空格的特性
[*]char VS varchar
[*]为什么varchar的存取速度慢？
[*]补充
[*]int类型中数字的含义
[*]字段类型之枚举与集合
[*]枚举
[*]集合
[*]字段类型之日期类型
字符编码与配置文件
\s查看MySQL相关信息
相关信息有：当前用户、版本、编码、端口号
MySQL5.6及之前的版本编码需要人为统一 之后的版本已经全部默认统一
如果想要永久修改编码配置 需要操作配置文件my-default.inihttps://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123150250561-554221268.png
注意事项：
[*]mysql默认端口号3306 当重复起mysql服务端时 记得查看端口号
[*]MySQL5.6版本及之前的版本 编码既有拉丁文 也有gbk 需要人为统一
MySQL5.6版本之后的MySQL编码已经统一
修改配置文件my-default.ini
2.默认的配置文件是my-default.ini
拷贝上述文件并重命名为my.ini
直接拷贝字符编码相关配置即可无需记忆
character-set-server=utf8mb4
collation-server=utf8mb4_general_ci
default-character-set=utf8mb4
default-character-set=utf8mb4
ps:
1.utf8mb4能够存储表情 功能更强大
2.utf8与utf-8是有区别的 MySQL中只有utf8
修改了配置文件中关于的配置 需要重启服务端
"""
利用配置文件我们可以偷懒
将管理员登录的账号密码直接写在配置文件中 之后使用mysql登录即可
user='root'
password=123
"""解决5.6版本字符编码问题
[*]配置文件位置
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123151810254-903894325.png
[*]查看配置文件介绍：
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123152219134-1472922879.png
[*]拷贝一份并重命名为my.ini这个名字不能随便取，放在旁边（注意打开文件扩展名）
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123152507277-853985264.png
[*]在my.ini文件里修改配置信息
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123152916066-1938081379.png
[*]重启服务端（注意使用管理员cmd）
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123152945535-1760870659.png
[*]修改成功
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123153015611-1873689577.png
补充说明：
1. mysql中'utf8'和'utf-8'这两个是有区别的：mysql中只允许有utf8.
2. 表示第三方的客户端 表示自己写的客户端 表示服务端.
3. 如果是8.0版本的mysql，则默认编码是utfmb4.配置文件什么时候加载？
在mysqld的配置文件中加一串不明所以的代码
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123154555871-1196900587.png
重启服务端，登录mysql：
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123154650660-2141956693.png
会直接报错 连密码都输不进去了。所以说配置文件是在客户端启动之前加载的。
偷懒操作：输入mysql直接登录root账户
修改配置文件：
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123154903553-778510150.png
实现不输入密码直接登录，原来是账号密码写配置文件里了：
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123154955367-36302959.png
数据库存储引擎
存储引擎简介
数据库针对数据采取的多种存取方式
举例：
不同的引擎针对相同的数据 采取的方式不一样
给小勇，小红一份数据：
小勇 ---> 存电脑 取的时候：小勇乖乖拿过来
小红 ----> 存网盘 取的时候：小红叫我过来拿查看引擎 show engines;
在mysql中使用show engines;命令查看引擎：
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123155526459-514356564.png
表格从左到右 ---> 引擎 模式 描述 事务 断点
事务：当两个不同的数据库交互时 例如小红转账时 银行瘫痪 只扣钱没加钱 事务可以让时间倒流
需要了解的四个存储引擎
[*]MyISAM
MySQL5.5之前默认的存储引擎
存取数据的速度快 但是功能较少 安全性较低
myisam 不支持事务 行锁表锁
[*]InnoDB
MySQL5.5之后默认的存储引擎
支持事务、行锁、外键等操作 存取速度没有MyISAM快 但是安全性更高
[*]Memory
基于内存存取数据 仅用于临时表数据存取
基于hash 默认不持久保存
[*]BlackHole
任何写入进去的数据都会立刻丢失
备份时数据的处理
了解不同存储引擎底层文件个数
查看表的存储引擎：
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123161850247-1046888592.png
了解不同存储引擎底层文件个数
create database db2;
use db2;
create table t1(id int) engine=innodb;
create table t2(id int) engine=myisam;
create table t3(id int) engine=memory;
create table t4(id int) engine=blackhole;
'''
1.innodb两个文件
.frm 表结构
.ibd 表数据(表索引)
2.myisam三个文件
.frm 表结构
.MYD 表数据
.MYI 表索引
3.memory一个文件
.frm 表结构
4.blackhole一个文件
.frm 表结构
'''
insert into t1 values(1);
insert into t2 values(1);
insert into t3 values(1);
insert into t4 values(1);
'''
表索引相当于书的目录 用于加快数据查询
memery 基于内存所以没有表数据 文件是操作系统暴露出来给用户操作硬盘的快捷方式'''
ps:MySQL默认忽略大小写
[*]创建表：
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123162133706-1244128360.png
[*]查看文件：
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123162323754-685555618.png
验证memory\blackhole 数据消失
t3 重启服务数据消失：
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123162712548-66823210.png
t4 数据直接消失:
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123162652383-1602120552.png
创建表的完整语法（重要）
'''
create table 表名(
字段名 字段类型(数字) 约束条件,
字段名 字段类型(数字) 约束条件,
字段名 字段类型(数字) 约束条件
);
'''
1.字段名和字段类型是必须的
2.数字和约束条件是可选的
3.约束条件也可以写多个 空格隔开即可
4.'''最后一行结尾不能加逗号'''
ps:编写SQL语句报错之后不要慌 仔细查看提示 会很快解决
near ')' at line 7字段类型之整型
tinyint 1bytes 正负号(占1bit)
smallint 2bytes 正负号(占1bit)
int 4bytes 正负号(占1bit)
bigint 8bytes 正负号(占1bit)https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123163144701-1682349535.png
验证整型默认是否携带正负号
create table t5(id tinyint);
insert into t5 values(-129),(128);
[*]创建表
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123163343201-1751214535.png
[*]插入值
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123163359889-1114392922.png
结果是-128和127 也就意味着默认自带正负号
正负数也要占用一个bit位 故只能存128
手机号（13位）存储时，Int的位数不够（10位） 需要使用bigint、字符串。
取消正负号
我们也可以取消正负号，使用约束条件unsigned.
create table t6(id tinyint unsigned);
insert into t6 values(-129),(128),(1000);
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123163617402-1800025665.png
严格模式
当我们在使用数据库存储数据的时候 如果数据不符合规范
应该直接报错而不是擅自修改数据 这样会导致数据的失真(没有实际意义)
正常情况下是应该报错 但是我们之前修改了配置文件 将严格模式的配置代码给删掉了
查看当前数据库是否有严格模式
代码的意思是找出所有带mode的配置信息:
show variables like '%mode%';
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123164109034-2088176236.png
这表示没有开启严格模式
临时修改
set session sql_mode='strict_trans_tables';
在当前客户端有效 当前用户有效 用户退出之后重新登录无效
set global sql_mode='strict_trans_tables';
在当前服务端有效 只要服务器没重启 对所有用户都有效https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123164731510-1845528777.png
永久修改
改配置文件：
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123165150307-961766699.png
字段类型之浮点型
语法：
float (存储数字的位数，小数点后面的数)
float(20,10)
总共存储20位数 小数点后面占10
double(20,10)
总共存储20位数 小数点后面占10
decimal(20,10)
总共存储20位数 小数点后面占10
create table t7(id float(60,20));
create table t8(id double(60,20));
create table t9(id decimal(60,20));
insert into t7 values(1.11111111111111111111);
insert into t8 values(1.11111111111111111111);
insert into t9 values(1.11111111111111111111);
三者的核心区别在于精确度不同
float < double< decimalhttps://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123165345638-1441444962.png
验证三者精确度：
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123165424008-892040544.png
字段类型之字符类型（重要）
char
定长
char(4)最多存储四个字符 超出就报错 不够四个空格填充至四个
varchar
变长
varchar(4) 最多存储四个字符 超出就报错 不够则有几位存几位
create table t10(id int, name char(4));
create table t11(id int, name varchar(4));
insert into t10 values(1, 'jason1');
insert into t11 values(1, 'jason2');
ps:char_length()获取字段存储的数据长度
默认情况下MySQL针对char的存储会自动填充空格和删除空格数字限制存储的字符长度：
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123165732791-1335194253.png
验证定长和变长
[*]建立表：
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123165938580-1892331915.png
[*]使用char_length()查看字符长度
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123170223437-2057803663.png
[*]大失所望：char怎么没有填充空白？
mysql存的时候真的是有空格 取出的时候会将空格去掉
所以还是1 可以取消这个机制 但是没必要取消
取消mysql自动去掉空格的特性
输入：
set global sql_mode='strict_trans_tables,pad_char_to_full_length';
注意这修改的是服务端层面，重启服务端则失效。
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123170532581-1600849980.png
重新登录:
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123170616085-671683029.png
char VS varchar
char
优势:整存整取 速度快
劣势:浪费存储空间
varchar
优势:节省存储空间
劣势:存取数据的速度较char慢
"""
char与varchar的使用需要结合具体应用场景
char（32）存中国人名字 劣势 因为大多数人名字都是两三个字 少部分人名字长
存姓名 用varchar
存手机号码 男女性别 用char
"""为什么varchar的存取速度慢？
# 为什么varchar存取速度较慢？
char取固定位数 直接拿就好了
jasonjacktomjerry 不知道存的时候是几位
不知道要取几位的时候 使用报头
存数据时用1bytes作为报头
取的时候先取一个字节的报头 解析数据真实的长度：
1bytes+jack 1bytes+tony 1bytes+jason 1bytes+kevin 1bytes+tom 1bytes+jerry
报头1bytes不够用怎么办？补充
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123183825160-195119352.png
int类型中数字的含义
数字在很多地方都是用来表示限制存储数据的长度
但是在整型中数字却不是用来限制存储长度
[*]不是用来限制存储长度:
create table t12(id int(3));
insert into t12 values(12345);
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123171429211-1633757894.png
[*]而是用来控制展示的长度:
create table t13(id int(5) zerofill);
insert into t13 values(123),(123456789);
create table t14(id int);
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123171429212-1635600849.png
3.以后写整型无需添加数字,会默认添加数字
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123171857037-1347023277.png
字段类型之枚举与集合
枚举
多选一
create table t15(
id int,
name varchar(32),
gender enum('male','female','others')
);
insert into t15 values(1,'tony','猛男');
insert into t15 values(2,'jason','male');
insert into t15 values(3,'kevin','others');
[*]给表添加枚举类型
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123171946624-1723819401.png
[*]字段不对：
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123172105469-2036776282.png
[*]添加成功
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123172119756-372545899.png
集合
集合包括枚举！
多选多(多选一)
create table t16(
id int,
name varchar(16),
hobbies set('basketabll','football','doublecolorball')
);
insert into t16 values(1,'jason','study');
insert into t16 values(2,'tony','doublecolorball');
insert into t16 values(3,'kevin','doublecolorball,football');
[*]给表添加集合类型
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123172215628-2106532983.png
[*]无法输入集合外的数据
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123172241354-737089127.png
字段类型之日期类型
datetime 年月日时分秒
date 年月日
time 时分秒
year 年
create table t17(
id int,
name varchar(32),
register_time datetime,
birthday date,
study_time time,
work_time year
);
insert into t17 values(1,'jason','2000-11-11 11:11:11','1998-01-21','11:11:11','2000');
ps:以后涉及到日期相关字段一般都是系统自动回去 无需我们可以操作
'''
以后所有的表都要用日期类型
datatime可以切割 想怎么切怎么切 用mysql内置函数 流程控制'''
[*]添加时间类型
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123173046262-1929951319.png
[*]给时间类型添加值
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123173133254-55914411.png
更多：
https://img2022.cnblogs.com/blog/2614258/202211/2614258-20221123184003831-978390740.png
关于 DATETIME 与 TIMESTAMP 两种类型如何选用，可以按照存储需求来，比如要求存储范围更广，则推荐使用 DATETIME ，如果只是存储当前时间戳，则可以使用 TIMESTAMP 类型。不过值得注意的是，TIMESTAMP 字段数据会随着系统时区而改变但 DATETIME 字段数据不会。总体来说 DATETIME 使用范围更广。
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！
页:
[1]