目录
一、数据库存储引擎(发动机)
1.1、认识引擎
1.2、查看存储引擎
1.3、引擎常识
1.4、support字段说明
1.5、四大引擎
二、数据库管理
2.1、元数据库介绍:
2.2、分类:
2.3、增删改查以及使用操作
2.4、权限
三、数据库表管理
3.1、三大范式(面试)
3.2、列段选中的规则
1、优化原则
a、更小(节约空间)
b、简单就好
c、尽量避免NULL
d、用整型值而不是字符串表示IP地址
3.3、基本数据类型
整数
实数(带有小数点)
字符串
text&plob(用得少)
日期类型
选择标识符
四、数据库账号管理
7.5与8.0版本相同:
4.1、查询用户:
4.2、查看用户常用信息:
4.3、删除用户
4.4、权限操作
设置权限(Grant)
撒销权限(Revoke)
查看用户权限
7.5与8.0版本不同
五、思维导图总结
一、数据库存储引擎(发动机)
1.1、认识引擎
MySQL中的引擎是指存储引擎,它是用于存储、管理和检索数据的内部组件。不同的存储引擎具有不同的特性和功能,例如MyISAM、InnoDB、MEMORY等。选择合适的存储引擎可以根据应用的需求来提高性能和可靠性。MySQL中的存储引擎可以通过CREATE TABLE语句中的ENGINE选项来指定。
1.2、查看存储引擎
语法方式:show engines
鼠标方式:找到表,右键设计,点击选项第一个
1.3、引擎常识
常用引擎:MyISAM、InnoDB、MEMORY、ARCHIVE
默认引擎:InnoDB
1.4、support字段说明
DEFAULT(default)===默认的引擎
YES===可以使用
NO===不能使用
1.5、四大引擎
- MyISAM
适合用于读密集型的应用,即大部分是查询操作而写操作相对较少的情况。它在处理大量的SELECT查询时性能较好,因为它是基于表级锁定的,这意味着在写操作时会锁定整个表,因此并发写操作会受到影响。另外,MyISAM不支持事务和外键约束,因此不适合需要强大事务支持和数据完整性保证的应用。
使用场景:大量查询,很少修改的场景,例如:开发上数据字典、信用参数、数据仓库、日志记录和其他只读或者很少更新的数据。
特点:
①强调了快速读取操作------------表锁
②存储限制: 256TG
③事务支持:不支持事务
- InnoDB
使用场景:
一般事务性,均使用该引擎,用途最广,如果把握不准使用何种引擎,就使用该引擎
特点:
①修改快,支持事务------行锁
②存储限制: 64TG
③事务支持:支持事务
- MEMORY(当成视图用)
适合用于对性能要求非常高的应用,因为它将表中的数据存储在内存中,而不是在磁盘上。这意味着对于读取操作,提供非常快速的访问速度。然而,由于数据存储在内存中,因此对于大型数据集来说,内存的消耗可能会成为一个限制因素。
使用场景:由于易失性,可以用于存储在分析中产生的中间表
1. 对读取操作有较高要求的应用,例如缓存或者临时数据存储。
2. 数据量相对较小,并且对数据持久性要求不高的应用。
3. 用于临时表或者数据集合,例如用于复杂查询的中间结果存储。
特点
①所有的数据都保存在内存中,一旦服务器重启,所有memry存储引擎的表数据会消失但是表结构会保存下来②存储限制:取决于RAM-----RAM:随机存储器、ROM只读存储器
③事务支持:不支持事务
- ARCHIVE
适合用于需要对大量历史数据进行存档和备份的场景。它主要用于只读的数据存储,对于插入和查询操作有较高的性能,但不支持更新和删除操作。数据压缩能力非常强大,可以大幅减少磁盘空间的占用,因此非常适合用于存储大量历史数据,并且对数据的读取操作相对较少的情况。
使用场景:在日志和数据采集的时候可以使用
常见的使用场景包括:
1. 数据归档:将历史数据进行归档存储,以便长期保存和备份。
2. 日志存储:对于大量的日志数据,可以使用ARCHIVE存储引擎进行存储,节省磁盘空间。
3. 数据仓库:用于存储大量历史数据,以便进行数据分析和报表生成。
特点:
①只允许插入和查询,不允许修改和删除,压缩存储,节约空间,可以实现高并发的插入,支支持在自增ID上建立索引②archive表比MylSAM表要小大约75%,比支持事务处理的InnoDB表小大约83%
③事务支持:不支持事务
二、数据库管理
2.1、元数据库介绍:
记录MySQL自身的数据库
2.2、分类:
默认数据库:3个
information schema:(放自己建的库)
信息数据库,保存mysql所维护的其他数据库信息
例如:数据库名,数据库的表,表栏的数据类型与访问权限等
mysql:(可能要操作的表)
核心数据库,主要负责存储数据库的用户、权限设置、关键字等
mysql自己需要使用的控制和管理信息。
performance_schema:(用在集群---读写分离)
用于mysql的监控数据的存放
2.3、增删改查以及使用操作
使用库:use 数据库名
创建/增加库:
正常创建:create database
完整创建:create database if not exists 数据库名 default charset utf8 collate utf8_general_ ci;
utf8_general_ ci:设置字符编码以及不区分大小写
鼠标创建:右键
查询所有数据库:show databases
删除数据库:drop databases +数据库名字
2.4、权限
先看用户用那些权限
1、user表(用户层权限)
2、db表(数据库层权限)
3、tables _priv表(表层权限)
4、columns_priv表 (字段层权限)
三、数据库表管理
3.1、三大范式(面试)
第一范式:列不可再分 (原子性)
例如: 湖南省长沙市岳麓区浪琴湾清水2
(错)第一方式:只设置一个字段address
(对)第二方式:provence省、city市、area区、address具体地址可能会做统计:哪个省买了多少,哪个城市买了多少(销量)
第二范式:主键约束
例如:
订单项表设计: id、单价、 数量、小计
小计是依托单价和数量算出来的,对于开发人员偷懒,修改是发现数据对不上
第三范式:外键约束
例如:患者id、患者姓名同时存在于一张关联表中
在开发中,想要查询患者信息,要连两个表患者表和医生表
患者表-----绑定了医生的id(偷懒:即存id又存名字-------1对应哈哈哈)
医生表(1又换成嘿嘿嘿)
最后导致数据不一致
3.2、列段选中的规则
1、优化原则
a、更小(节约空间)
更小通常更快
更小的磁盘空间、内存、CPU缓存
更少的CPU周期
例如:只知道会存男、女,不可能设置成200
b、简单就好
整型比字符串操作代价更小
用时间类型表示日期 (date、datetime等)而不用字符串
c、尽量避免NULL
NULL为列的默认值,但除非确实需要,应尽量避免使用NULL
尽量指定列为NOT NULL,特别是需要建索引的列
查询中包括有NULL的类,MySQL更难优化:
①不利于使用索引
②索引统计更复杂
③值比较,更复杂------想要比对a和b区别中
d、用整型值而不是字符串表示IP地址
INET_ATON()
INET_NTOA()
3.3、基本数据类型
整数
tinyint--------- ------8位(-128~127)
smallint--------- ----16位(-32768~32767)
mediumint----------24位(-8388608-8388607)
int---------------------32位大约正负21亿
bgint -----------------64位
实数(带有小数点)
float -------4个字节
double-----8个字节
decimal最多允许65个数字
例:decimal(5.2); 说明: 5位长度,2位小数精度,如果只是小数部分超出2位,则四舍五入到2位
字符串
char
定长(用不用就是那么大),MySQL根据定义字符串的长度一次分配足够的空间
适用场景:较短的字符串,且所有值接近同一长度,例如:男:女、是:否、YES:NO
一般定义:2、4、8
varchar
比定长类型节约空间
适用场景:字符串的最长长度比评估长度大很多,列的更新较少
缺点:频繁修改,且字符串的长度变化大时,可能出现页分裂
text&plob(用得少)
text------------存储字符数据(用于写文章)
分为:
tinytext
smalltext(小)
mediumtext(中)
text
longtext(大/长)
blob----------------存储二进制数据(用于视频、音频、图片)
分为:
tinyblob
smallblob
blob
mediumblob
Iongblob
总:
1.都为存放很大的数据而设计
2.与其他数据不同,都作为独立的对象存储3.当值太大时,使用外部存储区存储,每行只要使。。。
日期类型
datetime:
精度:秒
与时区无关,8个字节存储空间
范围:1001至9999年
timestamp:
保存1970年1月1日午夜以来的秒数
占用4个字节存储空间
范围:1970年至2038年
与时区有关
默认为NOTNULL
通常尽量使用timestamp
date:yyyy-MM-dd
time:HH:mm:ss
选择标识符
- 用来进行关联操作
- 在其他表中作为外键
- 整型通常是标识列的最好选择
注:区别:虽然查出结果没有区别,但是第二个需要把字符串转成整形,速度慢
- 相关的表中使用相同的数据类型
- 尽量避免字符串作为标识列,尤其是随机生成的字符串, (如: UUID)导致insert与select都很慢
插入值被随机写到索引的不同位置,insert慢,容易导致页分裂,磁盘随机读取逻辑上相邻的行被分布在磁盘和内存的不同地方,select 慢
是MySQL查询缓存失效
如果需要存储UUID,则应将“-”去除
四、数据库账号管理
案例:
项目经理可以看见所有项目表
项目组长可以看见他那个项目的表
普通研发/测试/产品可以用他那个项目的表,同时没有建表删表
7.5与8.0版本相同:
4.1、查询用户:
SELECT *FROM USER;
4.2、查看用户常用信息:
select host,user from user;
user表中host列的值的意义:
%---------匹配所有主机
localhost----------localhost不会被解析成IP地址,直接通过UNIXsocket连接127.0.0.1-------会通过TCP/IP协议连接,并且只能在本机访问;
::1--------兼容支持ipv6的,表示同ipv4的127.0.0.1
4.3、删除用户
drop user +用户名;
4.4、权限操作
设置权限(Grant)
语法:
grant privileges (操作)on databasename(表名字).tablename(表里面的字段) to username(用户)@'host';
db是一个库的名字 Zs是一个用户 db_xiaoli表
#给 Zs用户 赋予 数据库db xiaoli中的表t p1 user 查询权限
grant SELECT on db_xiaolit.t p1 user to zs@'%';
#给 Zs用户 赋予 数据库db xiaoli中的表t p1 user 修改权限
grant UPDATE on db_xiaolit p1 user to zs@'%';
#给 Zs用户 赋予 数据库db xiaoli中所有表 查询权限
grant SELECT on db_xiaoli.* to zs@'%';
#给 Zs用户 赋予 数据库db xiaoli中所有表 所有权限
grant ALL on db_xiaoli.* to zs@'%';
撒销权限(Revoke)
#语法:
revoke privileges(操作) on databasename(表名字).tablename(表里面的字段) from username(用户)@'host;
#啥也不能回收,不会对GRANTALL PRIVILEGES ONdb xiaoli*TO zs @%有
revoke DELETE on db_xiaolit.t p1 user from zs@'%';
#可以回收GRANT SELECT,UPDATE ON 'db xiaoli'.'t_p1'user TO 'zs'@'%'
revoke all on db _xiaoli.t_p1_user from zs@%';
#可以回收
GRANT ALL PRIVILEGES ON db_xiaoli. TO zs @'%';
revoke all on db_xiaolit.* from zs@'%';
#注: revoke只能回收grants列表中更小的
查看用户权限
命令: show grants for 用户名;
show grants fro 'zs'@'%';
注:默认权限(游客权限)GRANT USAGE ON *.* TO 'zs'@'%'
7.5与8.0版本不同
5.7版本
①创建用户并设置登录密码
#命令: create user 用户名 identified by'密码';
注: identified by会将纯文本密码加密作为散列值存储
create user ls identified by '123456';
②修改用户密码
命令: set password for 用户名=password('新客码');
set password for zs=password(123456);
刷新:flush privileges;
8.0版本
①创建用户并设置登录密码
用户名密码创建需要分开
命令: create user 用户名
create user ls;
②修改用户密码
ALTER USER 用户 IDENTIFIED WITH mysql_native_password by '1234';
ALTER USER 'Is'@'%' IDENTIFIED WITH mysql_native_password By '1111';
flush privileges;