配置文件 数据库存储引擎 严格模式 MySQL字段基本数据类型

目录

• 字符编码与配置文件
  • \s查看MySQL相关信息
  • 修改配置文件my-default.ini
    • 解决5.6版本字符编码问题
    • 配置文件什么时候加载？
    • 偷懒操作：输入mysql直接登录root账户
• 数据库存储引擎
  • 存储引擎简介
  • 查看引擎 show engines;
  • 需要了解的四个存储引擎
  • 了解不同存储引擎底层文件个数
    • 验证memory\blackhole 数据消失
• 创建表的完整语法（重要）
• 字段类型之整型
  • 验证整型默认是否携带正负号
  • 取消正负号 unsigned
• 严格模式
  • 查看当前数据库是否有严格模式
  • 临时修改
  • 永久修改
• 字段类型之浮点型
• 字段类型之字符类型（重要）
  • 验证定长和变长
    • 取消mysql自动去掉空格的特性
  • char VS varchar
    • 为什么varchar的存取速度慢？
  • 补充
• int类型中数字的含义
  • 用零补全显示 zerofill
• 字段类型之枚举与集合
  • 枚举 enum
  • 集合 set
• 字段类型之日期类型 datatime
• 补充-MySQL存储引擎 DDL

字符编码与配置文件

\s查看MySQL相关信息

相关信息有：当前用户、版本、编码、端口号
MySQL5.6及之前的版本编码需要人为统一 之后的版本已经全部默认统一

如果想要永久修改编码配置 需要操作配置文件my-default.ini

注意事项：

1. mysql默认端口号3306 当重复起mysql服务端时 记得查看端口号
2. MySQL5.6版本及之前的版本 编码既有拉丁文 也有gbk 需要人为统一
   
   MySQL5.6版本之后的MySQL编码已经统一

修改配置文件my-default.ini

2.默认的配置文件是my-default.ini
	拷贝上述文件并重命名为my.ini

直接拷贝字符编码相关配置即可无需记忆
    [mysqld]
        character-set-server=utf8mb4
        collation-server=utf8mb4_general_ci
    [client]
        default-character-set=utf8mb4
    [mysql]
        default-character-set=utf8mb4
ps:
    1.utf8mb4能够存储表情 功能更强大
    2.utf8与utf-8是有区别的 MySQL中只有utf8

修改了配置文件中关于[mysqld]的配置 需要重启服务端

"""
利用配置文件我们可以偷懒
	将管理员登录的账号密码直接写在配置文件中 之后使用mysql登录即可
	[mysql]
		user='root'
		password=123
"""

解决5.6版本字符编码问题

1. 配置文件位置
   
   
2. 查看配置文件介绍：
   
   
3. 拷贝一份并重命名为my.ini这个名字不能随便取，放在旁边（注意打开文件扩展名）
   
   
4. 在my.ini文件里修改配置信息
   
   
5. 重启服务端（注意使用管理员cmd）
   
   
6. 修改成功
   
   

补充说明：
1. mysql中'utf8'和'utf-8'这两个是有区别的：mysql中只允许有utf8.
2. [client]表示第三方的客户端 [mysql]表示自己写的客户端 [server]表示服务端.
3. 如果是8.0版本的mysql，则默认编码是utfmb4.

配置文件什么时候加载？

在mysqld的配置文件中加一串不明所以的代码



重启服务端，登录mysql：



会直接报错 连密码都输不进去了。所以说配置文件是在客户端启动之前加载的。

偷懒操作：输入mysql直接登录root账户

修改配置文件：



实现不输入密码直接登录，原来是账号密码写配置文件里了：

数据库存储引擎

存储引擎简介

数据库针对数据采取的多种存取方式

举例：
不同的引擎针对相同的数据 采取的方式不一样
给小勇，小红一份数据：
小勇 ---> 存电脑 取的时候：小勇乖乖拿过来
小红 ----> 存网盘 取的时候：小红叫我过来拿

查看引擎 show engines;

在mysql中使用show engines;命令查看引擎：



表格从左到右 ---> 引擎 模式 描述 事务 断点

事务：当两个不同的数据库交互时 例如小红转账时 银行瘫痪 只扣钱没加钱 事务可以让时间倒流

需要了解的四个存储引擎

1. MyISAM
   
   MySQL5.5之前默认的存储引擎
   
   存取数据的速度快 但是功能较少 安全性较低
   
   myisam 不支持事务 行锁表锁

2. InnoDB
   
   MySQL5.5之后默认的存储引擎
   
   支持事务、行锁、外键等操作 存取速度没有MyISAM快 但是安全性更高

3. Memory
   
   基于内存存取数据 仅用于临时表数据存取
   
   基于hash 默认不持久保存

4. BlackHole
   
   任何写入进去的数据都会立刻丢失
   
   备份时数据的处理

了解不同存储引擎底层文件个数

查看表的存储引擎：

了解不同存储引擎底层文件个数
	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默认忽略大小写

1. 创建表：
   
   
2. 查看文件：
   
   

验证memory\blackhole 数据消失

t3 重启服务数据消失：



t4 数据直接消失:

创建表的完整语法（重要）

'''
create table 表名(
	字段名 字段类型(数字) 约束条件,
	字段名 字段类型(数字) 约束条件,
 	字段名 字段类型(数字) 约束条件
);
'''
1.字段名和字段类型是必须的
2.数字和约束条件是可选的
3.约束条件也可以写多个 空格隔开即可
4.'''最后一行结尾不能加逗号'''

ps:编写SQL语句报错之后不要慌 仔细查看提示 会很快解决
    	near ')' at line 7

字段类型之整型

tinyint			1bytes			正负号(占1bit)
smallint		2bytes			正负号(占1bit)
int			4bytes		        正负号(占1bit)
bigint			8bytes			正负号(占1bit)

验证整型默认是否携带正负号

create table t5(id tinyint);

insert into t5 values(-129),(128);

1. 创建表
   
   
2. 插入值
   
   

结果是-128和127 也就意味着默认自带正负号

正负数也要占用一个bit位 故只能存128

手机号（13位）存储时，Int的位数不够（10位） 需要使用bigint、字符串。

取消正负号 unsigned

我们也可以取消正负号，使用约束条件unsigned.

create table t6(id tinyint unsigned);

insert into t6 values(-129),(128),(1000);

严格模式

当我们在使用数据库存储数据的时候 如果数据不符合规范

应该直接报错而不是擅自修改数据 这样会导致数据的失真(没有实际意义)

正常情况下是应该报错 但是我们之前修改了配置文件 将严格模式的配置代码给删掉了

查看当前数据库是否有严格模式

代码的意思是找出所有带mode的配置信息:

show variables like '%mode%';



这表示没有开启严格模式

临时修改

	set session sql_mode='strict_trans_tables';
    	在当前客户端有效 当前用户有效 用户退出之后重新登录无效
 	set global sql_mode='strict_trans_tables';
    	在当前服务端有效 只要服务器没重启 对所有用户都有效

永久修改

改配置文件：

sql mode = STRICT TRANS TABLES

字段类型之浮点型

语法：
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  < 	decimal

验证三者精确度：

字段类型之字符类型（重要）

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的存储会自动填充空格和删除空格

数字限制存储的字符长度：

验证定长和变长

1. 建立表：
   
   
2. 使用char_length()查看字符长度
   
   
3. 大失所望：char怎么没有填充空白？
   
   mysql存的时候真的是有空格 取出的时候会将空格去掉
   
   所以还是1 可以取消这个机制 但是没必要取消

取消mysql自动去掉空格的特性

输入：

set global sql_mode='strict_trans_tables,pad_char_to_full_length';

注意这修改的是服务端层面，重启服务端则失效。



重新登录:

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不够用怎么办？

补充

int类型中数字的含义

数字在很多地方都是用来表示限制存储数据的长度

但是在整型中数字却不是用来限制存储长度

用零补全显示 zerofill

1. 不是用来限制存储长度:
   
   create table t12(id int(3));

insert into t12 values(12345);
   
   
2. 而是用来控制展示的长度:
   
   create table t13(id int(5) zerofill);

insert into t13 values(123),(123456789);

create table t14(id int);
   
   
   
   3.以后写整型无需添加数字,会默认添加数字
   
   

字段类型之枚举与集合

枚举 enum

多选一
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');

1. 给表添加枚举类型
   
   
2. 字段不对：
   
   
3. 添加成功
   
   

集合 set

集合包括枚举！

多选多(多选一)
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');

1. 给表添加集合类型
   
   
2. 无法输入集合外的数据
   
   

字段类型之日期类型 datatime

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内置函数 流程控制'''

1. 添加时间类型
   
   
2. 给时间类型添加值
   
   
   
   更多：
   
   
   
   关于 DATETIME 与 TIMESTAMP 两种类型如何选用，可以按照存储需求来，比如要求存储范围更广，则推荐使用 DATETIME ，如果只是存储当前时间戳，则可以使用 TIMESTAMP 类型。不过值得注意的是，TIMESTAMP 字段数据会随着系统时区而改变但 DATETIME 字段数据不会。总体来说 DATETIME 使用范围更广。

补充-MySQL存储引擎 DDL

MySQL语句处理逻辑, 其实就是一大堆函数执行和调用

连接层验证 >> 提供链接协议, 验证 >> 验证完成, 线程链接 >> 连接之后分配线程(线程池) >> 接收sql语句 >> 解析语义, 语法 >> 权限判断 >> 生成解析树 >> 优化器优化 >> 执行 >> 结果交给存储引擎 >> 拿到磁盘数据 >> 展示给用户

存储引擎相关：

MySQL所有管理操作都是以16进制的方式存储在磁盘上

主要是两大部分组成, 一部分内存结构In-Memory Structure, 一部分磁盘结构On-Disk Structure

1. 内存结构
Buffer Pool整体区域
Change Buffer索引相关
Log Buffer redo缓冲区
Adaptive Hash Index自适应hash索引
2. 磁盘结构
一系列表空间, system tablespace, undo, redo, file-per-table独立表空间, general, temporary
3. 线程结构
Main Thread: 核心后台进程, 负责全局数据管理和数据统一处理
IO Thread: 磁盘IO交互, 读写IO, inset buffer, log IO; 参数有inndb_read_io_threads...
Purge Thread: undo页回收
Page Cleaner: 脏页刷新线程, 默认1, 最大64
Other threads

DDL

Data Definition Language, 库表定义

库名, 库属性, 表名表属性, 列名, 列属性

1. 库定义指定字符集, 如果不指定修改很麻烦
2. 库名不要用大写, 不要数字开头, 不要超过18字符, 不要用内置字符串, 和业务相关
3. 表定义和库定义一样
4. 列名要有意义, 不要内置字符, 不要超过18字符, 数据类型合适精简完整
5. 每个表需要有一个主键, 每一列尽量NOT NULL, 尽量不用外键
6. 每列要有注释
7. 存储引擎innodb, 字符集utfmb4
   
   作者：https://www.yuque.com/hupeirong/qmsye1/fcu8bgg5q8kudlag?#

额外：

https://www.cnblogs.com/ysging/articles/16915846.html

https://dev.mysql.com/doc/refman/8.0/en/faqs-storage-engines.html