目录
字符编码与配置文件
\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内置函数 流程控制'''
复制代码
- 添加时间类型

- 给时间类型添加值

更多:

关于 DATETIME 与 TIMESTAMP 两种类型如何选用,可以按照存储需求来,比如要求存储范围更广,则推荐使用 DATETIME ,如果只是存储当前时间戳,则可以使用 TIMESTAMP 类型。不过值得注意的是,TIMESTAMP 字段数据会随着系统时区而改变但 DATETIME 字段数据不会。总体来说 DATETIME 使用范围更广。
免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作! |