目录
字符编码与配置文件
\s查看MySQL相关信息
相关信息有：当前用户、版本、编码、端口号
MySQL5.6及之前的版本编码需要人为统一 之后的版本已经全部默认统一
如果想要永久修改编码配置 需要操作配置文件my-default.ini
注意事项：
- mysql默认端口号3306 当重复起mysql服务端时 记得查看端口号
- 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版本字符编码问题
- 配置文件位置
- 查看配置文件介绍：
- 拷贝一份并重命名为
my.ini这个名字不能随便取，放在旁边（注意打开文件扩展名）
- 在my.ini文件里修改配置信息
- 重启服务端（注意使用管理员cmd）
- 修改成功
补充说明：
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;命令查看引擎：
表格从左到右 ---> 引擎 模式 描述 事务 断点
事务：当两个不同的数据库交互时 例如小红转账时 银行瘫痪 只扣钱没加钱 事务可以让时间倒流
需要了解的四个存储引擎
-
MyISAM
MySQL5.5之前默认的存储引擎
存取数据的速度快 但是功能较少 安全性较低
myisam 不支持事务 行锁表锁 -
InnoDB
MySQL5.5之后默认的存储引擎
支持事务、行锁、外键等操作 存取速度没有MyISAM快 但是安全性更高 -
Memory
基于内存存取数据 仅用于临时表数据存取
基于hash 默认不持久保存 -
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默认忽略大小写
- 创建表：
- 查看文件：
验证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);
- 创建表
- 插入值
结果是-128和127 也就意味着默认自带正负号
正负数也要占用一个bit位 故只能存128
手机号（13位）存储时，Int的位数不够（10位） 需要使用bigint、字符串。
取消正负号
我们也可以取消正负号，使用约束条件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';
在当前服务端有效 只要服务器没重启 对所有用户都有效
永久修改
改配置文件：
字段类型之浮点型
语法：
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的存储会自动填充空格和删除空格
数字限制存储的字符长度：
验证定长和变长
- 建立表：
- 使用char_length()查看字符长度
- 大失所望：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类型中数字的含义
数字在很多地方都是用来表示限制存储数据的长度
但是在整型中数字却不是用来限制存储长度
- 不是用来限制存储长度:
create table t12(id int(3));
insert into t12 values(12345);
- 而是用来控制展示的长度:
create table t13(id int(5) zerofill);
insert into t13 values(123),(123456789);
create table t14(id int);
3.以后写整型无需添加数字,会默认添加数字
字段类型之枚举与集合
枚举
多选一
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');
- 给表添加枚举类型
- 字段不对：
- 添加成功
集合
集合包括枚举！
多选多(多选一)
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');
- 给表添加集合类型
- 无法输入集合外的数据
字段类型之日期类型
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内置函数 流程控制'''
- 添加时间类型
- 给时间类型添加值
