mysql-day03笔记

1、insert 语句一次插入多条记录

语法:

	insert into t_user(字段名1,字段名2) values(),(),(),();

2、快速创建表

原理

将一个查询结果当做一张表新建!!!!!
这个可以完成表的快速复制!!!!
表创建出来,同时表中的数据也存在了!!!

语法:

    create table (新表名) as select (复制的字段1),(复制的字段2)… 
    from (复制的表名)
    where (条件);

3、将查询结果插入到一张表当中(insert)

语法:

	insert into (表名) select * from (表名);

4、快速删除表中的数据

删除表中数据:

	delete from (表名); //这种删除数据的方式比较慢

delete语句删除数据的原理?(delete属于DML语句)

表中的数据被删除了,但是这个数据在硬盘上的真实存储空间不会被释放!!!
这种删除缺点是:删除效率比较低。
这种删除优点是:支持回滚,后悔了可以再恢复数据!!!

4.1、使用 truncate 语句删除数据:

原理:

这种删除效率比较高,表被一次截断,物理删除。
这种删除缺点:不支持回滚。
这种删除优点:快速。

用法:

	truncate table (表名); //这种操作属于 DDL 操作

讲解:

如果有一张大表非常大,有上亿条记录
	删除的时候,使用delete,也许需要执行1个小时才能删除完!效率较低。
	可以选择使用truncate删除表中的数据。只需要不到1秒钟的时间就删除结束。效率较高。
	但是使用truncate之前,必须仔细询问客户是否真的要删除,并警告删除之后不可恢复!
	truncate是删除表中的数据,表还在!

删除表操作:

	drop table (表名);//不是删除表中的数据,是删除表

5、对表结构的增删改?

对表结构的修改:

添加一个字段,删除一个字段,修改一个字段
对表结构的修改需要使用:alter
属于DDL语句

DDL包括:

create drop alter

6、约束 * * * * *

6.1、什么是约束?

约束对应的英语单词:constraint
在创建表的时候,我们可以给表中的字段加上一些约束,来保证这个表中数据的
完整性、有效性!!!

作用:

约束的作用就是为了保证:表中的数据有效

6.2、约束包括哪些?

非空约束:not null
唯一性约束:unique
主键约束:primary key (简称 PK)
外键约束: foreign key (简称 FK)
检查约束:check (mysql 不支持,Oracle 支持)

重点学习这四个

not null
unique
primary key
foreign key

6.3、非空约束:not null

非空约束not null约束的字段不能为NULL。

创建表的时候在字段对应的列上加上 not null

	drop table if exists (表名);//如果有就删除
	create table (表名)(	//创建表
		id int,
		name varchar(255) not null //not null 只有列级约束,没有表级约束
	);

6.4、唯一性约束:unique

唯一性约束unique约束的字段不能重复,但是可以为NULL。

创建表的时候在字段对应的列上加上 unique ,与字段联合使用

	drop table if exists (表名);//如果有就删除
	create table (表名)(	//创建表
		id int,
		name varchar(255) unique
	);

字段联合使用:

创建表的时候在后面添加unique(要联合的字段)(表级约束)

	drop table if exists (表名);//如果有就删除
	create table (表名)(	//创建表
		id int,
		name varchar(255) 
		email varchar(255)
		unique((字段1),(字段2));//这种单独加在后面的称为表级约束
	);

联合的字段看作一个整体进行唯一性约束

unique 和not null可以联合

	drop table if exists (表名);//如果有就删除
	create table (表名)(	//创建表
		id int,
		name varchar(255) not null unique
	);

注意:

在mysql当中,如果一个字段同时被not null和unique约束的话,
该字段自动变成主键字段。(注意:oracle中不一样!)

6.5、主键约束(primary key,简称PK)* * * * *

主键约束的相关术语:

主键约束:就是一种约束。
主键字段:该字段上添加了主键约束,这样的字段叫做:主键字段
主键值:主键字段中的每一个值都叫做:主键值。

什么是主键:

主键值是每一行记录的唯一标识。
主键值是每一行记录的身份证号

记住:

任何一张表都应该有主键,没有主键,表无效

主键的特征:

not null + unique(主键值不能是NULL,同时也不能重复!)

添加主键:
一个字段做主键,叫做:单一主键

	create table (表名)(
		id int primary key, //列级约束,(primary key)
		name varchar(255)
	);

可以使用表级约束给多个字段联合起来添加约束,叫做复合主键

	create table (表名)(
		id int 
		name varchar(255)
		primary key(id,name) //表级约束,复合主键
		//primary key(id) 表级约束
	);

联合的约束应看作一个整体
不建议使用:

复合主键。建议使用单一主键!

原因:

因为主键值存在的意义就是这行记录的身份证号,只要意义达到即可,单一主键可以做到。
复合主键比较复杂,不建议使用

注意:

一张表的主键约束只能有一个,可以是表级约束也可以是列级约束,可以是单一主键,也可以是复合主键

主键值建议使用:

int
bigint
char
等类型

** 不建议使用:**

不建议使用 varchar来做主键。主键值一般都是数字,一般都是定长的

主键除了:单一主键和复合主键之外,还能分:

**自然主键:**主键值是一个自然数,和业务没关系。
**业务主键:**主键值和业务紧密关联,例如拿银行卡账号做主键值。这就是业务主键!

使用:

自然主键使用比较多,因为主键只要做到不重复就行,不需要有意义。
业务主键不好,因为主键一旦和业务挂钩,那么当业务发生变动的时候,
? 可能会影响到主键值,所以业务主键不建议使用。尽量使用自然主键。

自增机制:

mysql 中有一种机制,可以帮助我们自动维护一个主键值:

	create table (表名)(
		id int primary key auto_increment,
		// auto_increment 表示自增,从1开始,以1递增
	)

6.6、外键约束(foreign key,简称FK) * * * * *

外键约束的相关术语:

外键约束:一种约束(foreign key)
外键字段:该字段上添加了外键约束
外键值:外键字段当中的每一个值。

使用主键可以避免:

数据冗余,空间浪费

好处:

为了保证某个(s1字段)中的值都是(值1)和(值2),需要给(s1字段)添加外键约束。
那么:(s1字段)字段就是外键字段。(s1字段)字段中的每一个值都是外键值。

定义:

如果表中的某个字段为外键字段,那么该字段的值必须来源于参照的表的主键,如:s1表中的 deptno 值必须来源于 s2 表中的 deptno 字段值。

班级表与学生表联合:

	// 班级表
	create table t_classes(
    classes_id int(3),
    classes_name varchar(40),
    constraint pk_classes_id primary key(classes_id)
    );

在 t_student 表中加入外键约束

	//学生表
    create table t_student(
    student_id 		int(10),
    student_name 	varchar(20),
    sex 			char(2),
    birthday 		date,
    email 			varchar(30),
    classes_id 		int(3),
    constraint  	student_id_pk primary key(student_id),
    constraint 		fk_classes_id foreign key(classes_id) references 		t_classes(classes_id) 
    )

注意:

	t_class是父表
	t_student是子表

	删除表的顺序
		先删子,再删父。

	创建表的顺序
		先创建父,再创建子。

	删除数据的顺序
		先删子,再删父。

	插入数据的顺序
		先插入父,再插入子。

引用字段:

子表中的外键引用的父表中的某个字段,被引用的这个字段不一定是主键,但至少具有唯一性(unique) 约束

注意:

外键值可以是 null

7、存储引擎(了解)

7.1、什么是存储引擎

存储引擎是MySQL中特有的一个术语,其它数据库中没有。(Oracle中有,但是不叫这个名字)
存储引擎实际上是一个表存储/组织数据的方式。
不同的存储引擎,表存储数据的方式不同。

7.2、给表 添加//指定"存储引擎"

查看存储引擎:

show create table (表名);

例如:

mysql> show create table dept;
+-------+-----------------------------+
| Table | Create Table                |                                 
+-------+-----------------------------+
| dept  | CREATE TABLE `dept` (		  |
|  `DEPTNO` int(2) NOT NULL,		  |
|  `DNAME` varchar(14) DEFAULT NULL,  |
|  `LOC` varchar(13) DEFAULT NULL,	  |
|  PRIMARY KEY (`DEPTNO`)			  |
|) ENGINE=InnoDB DEFAULT CHARSET=utf8 |
+-------+-----------------------------+

可以看见 最后小括号的 ")"的右边定义了存储引擎与字符编码方式等

手动添加存储引擎:

在建表的时候可以在最后小括号的")"的右边使用:
ENGINE来指定存储引擎。
CHARSET来指定这张表的字符编码方式。

例如:

	create table (表名)(
		id int primary key,
		name varchar(255)
	)engine=InnoDB default charset=gbk;

结论:

mysql默认的存储引擎是:InnoDB
mysql默认的字符编码方式是:utf8

7.3、查看支持的mysql存储引擎:

命令:

show engines G

mysq存储引擎l:

mysql支持九大存储引擎。版本不同支持情况不同。

7.3、关于mysql常用的存储引擎

7.3.1、MyISAM存储引擎:

特征:

它管理的表具有以下特征:
使用三个文件表示每个表:
格式文件 — 存储表结构的定义(mytable.frm)
数据文件 — 存储表行的内容(mytable.MYD)
索引文件 — 存储表上索引(mytable.MYI):索引是一本书的目录,缩小扫描范围,提高查询> 效率的一种机制。
可被转换为压缩、只读表来节省空间

注意:

对于一张表来说,只要是主键,或者加有unique约束的字段上会自动创建索引。

MyISAM存储引擎特点:

可被转换为压缩、只读表来节省空间
这是这种存储引擎的优势

MyISAM不支持事务机制,安全性低。

7.3.2、InnoDB存储引擎:

这是mysql默认的存储引擎,同时也是一个重量级的存储引擎。
InnoDB支持事务,支持数据库崩溃后自动恢复机制。
InnoDB存储引擎最主要的特点是:非常安全。

它管理的表具有下列主要特征:

– 每个 InnoDB 表在数据库目录中以.frm 格式文件表示
– InnoDB 表空间 tablespace 被用于存储表的内容(表空间是一个逻辑名称。表空间存储>数据>+索引。)
– 提供一组用来记录事务性活动的日志文件
– 用 COMMIT(提交)、SAVEPOINT 及ROLLBACK(回滚)支持事务处理
– 提供全 ACID 兼容
– 在 MySQL 服务器崩溃后提供自动恢复
– 多版本(MVCC)和行级锁定
– 支持外键及引用的完整性,包括级联删除和更新

InnoDB最大的特点就是支持事务:

以保证数据的安全。效率不是很高,并且也不能压缩,不能转换为只读,
不能很好的节省存储空间。

7.3.3、MEMORY存储引擎:

使用 MEMORY 存储引擎的表,其数据存储在内存中,且行的长度固定,
这两个特点使得 MEMORY 存储引擎非常快。

MEMORY 存储引擎管理的表具有下列特征:

– 在数据库目录内,每个表均以.frm 格式的文件表示。
– 表数据及索引被存储在内存中。(目的就是快,查询快!)
– 表级锁机制。
– 不能包含 TEXT 或 BLOB 字段。

MEMORY 存储引擎以前被称为HEAP 引擎:

MEMORY引擎优点:查询效率是最高的。不需要和硬盘交互。
MEMORY引擎缺点:不安全,关机之后数据消失。因为数据和索引都是在内存当中。

8、事务

8.1、什么是事务

一个事务其实就是一个完整的业务逻辑。
是一个最小的工作单元。不可再分。

一个完整的业务逻辑

假设转账,从A账户向B账户中转账10000.
将A账户的钱减去10000(update语句)
将B账户的钱加上10000(update语句)
这就是一个完整的业务逻辑。

以上的操作是一个最小的工作单元,要么同时成功,要么同时失败,不可再分。
这两个update语句要求必须同时成功或者同时失败,这样才能保证钱是正确的。

**事务:**就是批量的DML语句同时成功,或者同时失败!

8.2、只有 DML 语句才会有事务

DML语句:
insert
delete
update
只有以上的三个语句和事务有关系,其它都没有关系。

原因:

只有以上的三个语句是数据库表中数据进行增、删、改的。
只要你的操作一旦涉及到数据的增、删、改,那么就一定要考虑安全问题

数据安全第一位!!!!!!!!!!!!!!!!!!!!!!!!!!!

8.3、怎么做到DML语句同时成功和失败

InnoDB存储引擎:提供一组用来记录事务性活动的日志文件

事务开启了:
	insert
	insert
	insert
	delete
	update
	update
	update
事务结束了!

在事务的执行过程中,每一条DML的操作都会记录到“事务性活动的日志文件”中。
在事务的执行过程中,我们可以提交事务,也可以回滚(撤回)事务。

提交事务:

清空事务性活动的日志文件,将数据全部彻底持久化到数据库表中。
提交事务标志着,事务的结束。并且是一种全部成功的结束。

回滚事务:

将之前所有的DML操作全部撤销,并且清空事务性活动的日志文件
回滚事务标志着,事务的结束。并且是一种全部失败的结束。

8.4、怎么提交,回滚事务

提交事务:

commit; 语句

回滚事务:

rollback; 语句(回滚永远都是只能回滚到上一次的提交点!)

事务对应的英语单词:

transaction

默认:
mysql默认情况下是支持自动提交事务的。(自动提交)

自动提交
每执行一条DML语句,则提交一次

不符合开发习惯:
这种自动提交不符合开发习惯,因为一个业务通常是需要多条DML语句共同执行才能完成的,为了保证数据的安全,必须要求同时成功之后再提交,所以不能执行一条就提交一条。

将mysql的自动提交机制关闭:
命令:

start transaction;

8.5、事务的4个特性

	A:原子性
		说明事务是最小的工作单元。不可再分。
	
	C:一致性
		所有事务要求,在同一个事务当中,所有操作必须同时成功,或者同时失败,
		以保证数据的一致性。
	
	I:隔离性
		A事务和B事务之间具有一定的隔离。
		教室A和教室B之间有一道墙,这道墙就是隔离性。
		A事务在操作一张表的时候,另一个事务B也操作这张表会那样???
	
	D:持久性
		事务最终结束的一个保障。事务提交,就相当于将没有保存到硬盘上的数据
		保存到硬盘上!

8.6、事务的隔离性

例如:A教室和B教室中间有一道墙,这道墙可以很厚,也可以很薄。这就是事务的隔离级别
这道墙越厚,表示隔离级别就越高。

事务和事务之间的4个隔离级别:

读未提交:read uncommitted(最低的隔离级别)《没有提交就读到了》
		什么是读未提交?
			事务A可以读取到事务B未提交的数据。
		这种隔离级别存在的问题就是:
			脏读现象!(Dirty Read)
			我们称读到了脏数据。
		这种隔离级别一般都是理论上的,大多数的数据库隔离级别都是第二个级别起步!
		
		
读已提交:read committed《提交之后才能读到》
		什么是读已提交?
			事务A只能读取到事务B提交之后的数据。
		这种隔离级别解决了什么问题?
			解决了脏读的现象。
		这种隔离级别存在什么问题?
			不可重复读取数据。
			什么是不可重复读取数据呢?
				在事务开启之后,第一次读到的数据是3条,当前事务还没有
				结束,可能第二次再读取的时候,读到的数据是4条,3不等于4
				称为不可重复读取。
			
		这种隔离级别是比较真实的数据,每一次读到的数据是绝对的真实。
		oracle数据库默认的隔离级别是:read committed
		
		
可重复读:repeatable read《提交之后也读不到,永远读取的都是刚开启事务时的数据》
		什么是可重复读取?
			事务A开启之后,不管是多久,每一次在事务A中读取到的数据
			都是一致的。即使事务B将数据已经修改,并且提交了,事务A
			读取到的数据还是没有发生改变,这就是可重复读。
		可重复读解决了什么问题?
			解决了不可重复读取数据。
		可重复读存在的问题是什么?
			可以会出现幻影读。
			每一次读取到的数据都是幻象。不够真实
		
例如:早晨9点开始开启了事务,只要事务不结束,到晚上9点,读到的数据还是那样
	读到的是假象。不够绝对的真实。
	
序列化/串行化:serializable(最高的隔离级别)
		这是最高隔离级别,效率最低。解决了所有的问题。
		这种隔离级别表示事务排队,不能并发!
		synchronized,线程同步(事务同步)
		每一次读取到的数据都是最真实的,并且效率是最低的。

mysql默认事务隔离级别:

mysql中默认的事务隔离级别是:可重复读

8.7、查看隔离级别

命令:

SELECT @@tx_isolation;


整理笔记是为了再次记忆与方便复习,共同学习一起进步!!

如有错误还请大佬指出

本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
THE END
分享
二维码
< <上一篇
下一篇>>