MySQL基础入门学习笔记(二)
- 18、创建表:
- 19、insert语句插入数据
- 20、表的复制
- 21、将查询结果插入到一张表中
- 22、update修改数据
- 23、delete删除数据
- 24、约束:非空约束(not null)、唯一性约束(unique)、主键约束(primary key)、外键约束(foreign key)
- 25、存储引擎(了解)
- 26、事务的概念、事务的特性和事务的隔离级别
- 27、索引:概念、作用、索引对象的创建和删除、索引的实现原理
- 28、视图:概念、作用、创建和删除方法
- 29、数据库中数据的导出和导入
- 30、数据库设计三范式
18、创建表:
- 建表语句的语法格式:
create table 表名(
字段名1 数据类型,
字段名2 数据类型,
字段名3 数据类型,
…
); - 关于MySQL当中字段的数据类型,常见的几种数据类型如下表:
数据类型 | 含义 |
int | 整数型(java中的int) |
bigint | 长整型(java中的long) |
float | 浮点型(java中的float double) |
char | 定长字符串(String) |
varchar | 可变长字符串(StringBuffer/StringBuilder) |
date | 日期类型 (对应Java中的java.sql.Date类型) |
BLOB | 二进制大对象(存储图片、视频等流媒体信息)Binary Large OBject (对应java中的Object) |
CLOB | 字符大对象(存储较大文本) Character Large OBject(对应java中的Object) |
- char和varchar怎么选择?
在实际的开发中,当某个字段中的数据长度不发生改变的时候,是定长的,例如:性别、生日等都是采用char。
当一个字段的数据长度不确定,例如:简介、姓名等都是采用varchar。 - 表名在数据库当中一般建议以:t_或者tbl_开始。
- 示例:创建学生表
学生信息包括:
学号、姓名、性别、班级编号、生日
学号:bigint
姓名:varchar
性别:char
班级编号:int
生日:char
create table t_student(
no bigint,
name varchar(255),
sex char(1),
classno varchar(255),
birth char(10)
);
19、insert语句插入数据
- 语法格式:
insert into 表名(字段名1,字段名2,字段名3,…) values(值1,值2,值3,…) - 要求:字段的数量和值的数量相同,并且数据类型要对应相同。
- 示例:
(1)对字段顺序无要求
insert into t_student(no,name,sex,classno,birth) values(1,‘zhangsan’,‘1’,‘gaosan1ban’, ‘1950-10-12’);
insert into t_student(name,sex,classno,birth,no) values(‘lisi’,‘1’,‘gaosan1ban’, ‘1950-10-12’,2);
(2)对字段个数无要求
insert into t_student(name) values(‘wangwu’); // 除name字段之外,剩下的所有字段自动插入NULL
(3)字段可以省略不写,但是后面的value对数量和顺序都有要求
insert into t_student values(1,‘jack’,‘0’,‘gaosan2ban’,‘1986-10-23’);
(4)一次插入多行数据
insert into t_student(no,name,sex,classno,birth) values (3,‘rose’,‘1’,‘gaosi2ban’,‘1952-12-14’),(4,‘laotie’,‘1’,‘gaosi2ban’,‘1955-12-14’); - 当表存在时删除:drop table if exists t_student;
20、表的复制
- 语法:
create table <表名> as <select语句>;
将查询结果当做表创建出来。 - 示例:
create table t_test as select * from emp;
21、将查询结果插入到一张表中
- 语法:
insert into <表名> <select语句>; - 示例:
insert into dept1 select * from dept;
22、update修改数据
- 语法格式:
update <表名> set 字段名1=值1,字段名2=值2… where <条件>;
注意:没有条件整张表数据全部更新。 - 示例:将部门10的LOC修改为SHANGHAI,将部门名称修改为RENSHIBU
update dept1 set loc = ‘SHANGHAI’, dname = ‘RENSHIBU’ where deptno = 10;
23、delete删除数据
- 语法格式:
delete from <表名> where <条件>;
注意:没有条件全部删除。 - 示例:
删除10部门数据
delete from dept1 where deptno = 10;
删除所有记录
delete from dept1;
删除大表中的数据(重点)
truncate table 表名; // 表被截断,不可回滚。永久丢失。
删除表
drop table 表名; // 这个通用。
drop table if exists 表名; // oracle不支持这种写法。 - 使用工具修改表结构:对于表结构的修改,这里不做学习,使用工具完成即可,因为在实际开发中表一旦设计好之后,对表结构的修改是很少的,修改表结构就是对之前的设计进行了否定,即使需要修改表结构,我们也可以直接使用工具操作。修改表结构的语句不会出现在Java代码当中。出现在java代码当中的sql包括:insert delete update select(这些都是表中的数据操作)
24、约束:非空约束(not null)、唯一性约束(unique)、主键约束(primary key)、外键约束(foreign key)
- 什么是约束:
在创建表的时候,可以给表的字段添加相应的约束,约束用于规定表中的数据规则。 - 添加约束的目的
为了保证表中数据的合法性、有效性、完整性。 - 常见的约束有哪些?
非空约束(not null):约束的字段不能为NULL
唯一约束(unique):约束的字段不能重复
主键约束PK(primary key):约束的字段既不能为NULL,也不能重复(简称PK)
外键约束FK(foreign key):…(简称FK) 约束字段取值范围
检查约束(check):注意Oracle数据库有check约束,但是mysql没有,目前mysql不支持该约束。 - 非空约束:
• create table t_user(
id int,
username varchar(255) not null,
password varchar(255)
);
- 唯一性约束 列级约束和表级约束 唯一约束修饰的字段具有唯一性,不能重复,但可以为NULL。 示例1:给某一列添加unique
create table t_user(
id int,
username varchar(255) unique // 列级约束
);
- 示例2:给两个列或者多个列添加unique (1)使用表级约束,多个字段联合为1个约束,单个字段的值可以重复,但是多字段不能都重复
create table t_user(
id int,
username varchar(255),
password varchar(255),
unique(usercode,username) // 多个字段联合起来添加1个约束unique 【表级约束】
);
- 报错示例: ERROR 1062 (23000): Duplicate entry ‘admin-123’ for key ‘username’ (2)使用列级约束,每个字段都添加1个unique约束,每个字段的值都不能重复
• create table t_user(
id int,
username varchar(255) unique,
password varchar(255) unique
);
- 主键约束:
添加主键约束的方法:
id int primary key, // 列级约束
primary key(id) //表级约束
主键的特点:不能为NULL,也不能重复。
主键相关的术语:
主键约束 : primary key
主键字段 : 添加primary key约束的字段
主键值 :主键字段中的每一个值都是主键值。
主键的作用:
表的设计三范式中有要求,第一范式就要求任何一张表都应该有主键。
主键的作用:主键值是这行记录在这张表当中的唯一标识。
主键的分类:
根据主键字段的字段数量来划分:
单一主键(推荐的,常用的。)
复合主键(多个字段联合起来添加一个主键约束)(复合主键不建议使用,因为复合主键违背三范式。)
根据主键性质来划分:
自然主键:主键值最好就是一个和业务没有任何关系的自然数。(这种方式是推荐的)
业务主键:主键值和系统的业务挂钩,例如:拿着银行卡的卡号做主键,拿着身份证号码作为主键。(不推荐用)
最好不要拿着和业务挂钩的字段作为主键。因为以后的业务一旦发生改变的时候,主键值可能也需要随着发生变化,但有的时候没有办法变化,因为变化可能会导致主键值重复。
一张表的主键约束只能有1个。(必须记住)
MySQL提供主键值自增(非常重要):
id int primary key auto_increment, // id字段自动维护一个自增的数字,从1开始,以1递增。 - 外键约束:
关于外键约束的相关术语:
外键约束: foreign key
外键字段:添加有外键约束的字段
外键值:外键字段中的每一个值。
语法:
foreign key(子表字段名) references 父表名(父表字段名)
示例:
t_student中的classno字段引用t_class表中的cno字段,此时t_student表叫做子表,t_class表叫做父表。
顺序要求:
删除数据的时候,先删除子表,再删除父表。
添加数据的时候,先添加父表,在添加子表。
创建表的时候,先创建父表,再创建子表。
删除表的时候,先删除子表,在删除父表。
drop table if exists t_student;
drop table if exists t_class;
create table t_class(
cno int,
cname varchar(255),
primary key(cno)
);
create table t_student(
sno int,
sname varchar(255),
classno int,
primary key(sno),
foreign key(classno) references t_class(cno)
);
外键值可以为NULL
被引用的字段不一定是主键,但至少具有unique约束。
25、存储引擎(了解)
- 建表的时候可以指定存储引擎,也可以指定字符集。
- MySQL默认使用的存储引擎是InnoDB方式,默认采用的字符集是UTF8
- 每一个存储引擎都对应了一种不同的存储方式,每一个存储引擎都有自己的优缺点,需要在合适的时机选择合适的存储引擎。
- 查看当前mysql支持的存储引擎:show engines;
- 常见的存储引擎:
MyISAM (发音为 my-i-z[ei]m)
MyISAM是mysql最常用的存储引擎,但是这种引擎不是默认的。
MyISAM采用三个文件组织一张表:
xxx.frm(存储格式的文件)
xxx.MYD(存储表中数据的文件)
xxx.MYI(存储表中索引的文件)
优点:可被压缩,节省存储空间。并且可以转换为只读表,提高检索效率。
缺点:不支持事务。
InnoDB (发音为 in-no-db)
mysql默认的存储引擎
优点:支持事务、行级锁、外键等。这种存储引擎使数据的安全得到保障。
表的结构存储在xxx.frm文件中,数据存储在tablespace这样的表空间中(逻辑概念),无法被压缩,无法转换成只读。
这种InnoDB存储引擎在MySQL数据库崩溃之后提供自动恢复机制。
InnoDB支持级联删除和级联更新。
MEMORY
缺点:不支持事务。数据容易丢失,因为所有数据和索引都是存储在内存当中的。
优点:查询速度最快。
26、事务的概念、事务的特性和事务的隔离级别
- 概念:一个事务是一个完整的业务逻辑单元,不可再分。
和事务相关的语句只有:DML语句。(insert delete update)
因为它们这三个语句都是和数据库表当中的“数据”相关的 - 事务的存在是为了保证数据的完整性,安全性
通常一个事情需要多条DML语句共同联合完成,事务可以保证DML语句同时成功或者同时失败 - 事务的四大特性:ACID
A: 原子性(atomicity):事务是最小的工作单元,不可再分。
C: 一致性(consistency):事务必须保证多条DML语句同时成功或者同时失败。
I:隔离性(isolation):事务A与事务B之间具有隔离。
D:持久性(durability):持久性说的是最终数据必须持久化到硬盘文件中,事务才算成功的结束。 - 事务之间的隔离级别:
读未提交(read uncommitted)
对方事务还没有提交,我们当前事务可以读取到对方未提交的数据。
读未提交存在脏读(Dirty Read)现象:表示读到了脏的数据。
读已提交(read committed)
对方事务提交之后的数据我方可以读取到。
这种隔离级别解决了: 脏读现象没有了。
读已提交存在的问题是:不可重复读。
可重复读(repeatable read)
这种隔离级别解决了:不可重复读问题。
这种隔离级别存在的问题是:读取到的数据是幻象。
序列化读/串行化读(serializable)
解决了所有问题。
效率低。需要事务排队。
MySQL数据库默认的隔离级别是:可重复读。
oracle数据库默认的隔离级别是:读已提交。 - 演示事务:
MySQL事务默认情况下是自动提交的。
什么是自动提交:只要执行任意一条DML语句则提交一次。
关闭自动提交:start transaction;
* 准备表:
drop table if exists t_user;
create table t_user(
id int primary key auto_increment,
username varchar(255)
);
* 演示:mysql中的事务是支持自动提交的,只要执行一条DML,则提交一次。
mysql> insert into t_user(username) values('zs');
Query OK, 1 row affected (0.03 sec)
mysql> select * from t_user;
+----+----------+
| id | username |
+----+----------+
| 1 | zs |
+----+----------+
1 row in set (0.00 sec)
mysql> rollback;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from t_user;
+----+----------+
| id | username |
+----+----------+
| 1 | zs |
+----+----------+
1 row in set (0.00 sec)
* 演示:使用start transaction;关闭自动提交机制。
mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)
mysql> insert into t_user(username) values('lisi');
Query OK, 1 row affected (0.00 sec)
mysql> select * from t_user;
+----+----------+
| id | username |
+----+----------+
| 1 | zs |
| 2 | lisi |
+----+----------+
2 rows in set (0.00 sec)
mysql> insert into t_user(username) values('wangwu');
Query OK, 1 row affected (0.00 sec)
mysql> select * from t_user;
+----+----------+
| id | username |
+----+----------+
| 1 | zs |
| 2 | lisi |
| 3 | wangwu |
+----+----------+
3 rows in set (0.00 sec)
mysql> rollback;
Query OK, 0 rows affected (0.02 sec)
mysql> select * from t_user;
+----+----------+
| id | username |
+----+----------+
| 1 | zs |
+----+----------+
1 row in set (0.00 sec)
--------------------------------------------------------------------
mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)
mysql> insert into t_user(username) values('wangwu');
Query OK, 1 row affected (0.00 sec)
mysql> insert into t_user(username) values('rose');
Query OK, 1 row affected (0.00 sec)
mysql> insert into t_user(username) values('jack');
Query OK, 1 row affected (0.00 sec)
mysql> select * from t_user;
+----+----------+
| id | username |
+----+----------+
| 1 | zs |
| 4 | wangwu |
| 5 | rose |
| 6 | jack |
+----+----------+
4 rows in set (0.00 sec)
mysql> commit;
Query OK, 0 rows affected (0.04 sec)
mysql> select * from t_user;
+----+----------+
| id | username |
+----+----------+
| 1 | zs |
| 4 | wangwu |
| 5 | rose |
| 6 | jack |
+----+----------+
4 rows in set (0.00 sec)
mysql> rollback;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from t_user;
+----+----------+
| id | username |
+----+----------+
| 1 | zs |
| 4 | wangwu |
| 5 | rose |
| 6 | jack |
+----+----------+
4 rows in set (0.00 sec)
- 演示两个事务,分别设置不同的隔离级别:
查看当前会话隔离级别:select @@global.tx_isolation
演示第1级别:读未提交
set global transaction isolation level read uncommitted;
演示第2级别:读已提交
set global transaction isolation level read committed;
演示第3级别:可重复读
set global transaction isolation level repeatable read;
演示第4级别:序列化读
set global transaction isolation level serializable;
27、索引:概念、作用、索引对象的创建和删除、索引的实现原理
- 概念:索引就相当于一本书的目录,通过目录可以快速的找到对应的资源。
- 作用:通过缩小扫描的范围来提高检索的效率
- 索引虽然可以提高检索效率,但是不能随意的添加索引,因为索引也是数据库当中的对象,也需要数据库不断的维护,是有维护成本的。比如,表中的数据经常被修改,这样就不适合添加索引,因为数据一旦修改,索引需要重新排序,进行维护。
- 创建索引对象:
create index 索引名称 on <表名>(字段名); - 删除索引对象:
drop index 索引名称 on 表名; - 考虑给字段添加索引的条件:
* 数据量庞大。(根据客户的需求,根据线上的环境来定义数据量是否庞大)
* 该字段很少的DML操作。(因为字段进行修改操作,索引也需要维护)
* 该字段经常出现在where子句中。(经常根据哪个字段查询) - 查看sql语句的执行计划:
mysql> explain select ename,sal from emp where sal = 5000;
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
| 1 | SIMPLE | emp | ALL | NULL | NULL | NULL | NULL | 14 | Using where |
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
- 索引底层采用的数据结构是:B + Tree
- 索引的实现原理:
通过B Tree缩小扫描范围,底层索引进行了排序、分区,索引会携带数据在表中的“物理地址”,最终通过索引检索到数据之后,获取到关联的物理地址,通过物理地址定位表中的数据,效率是最高的。
select ename from emp where ename = ‘SMITH’;
通过索引转换为:
select ename from emp where 物理地址 = 0x3; - 主键和具有unique约束的字段自动会添加索引。
- 索引的分类
单一索引:给单个字段添加索引
复合索引: 给多个字段联合起来添加1个索引
主键索引:主键上会自动添加索引
唯一索引:有unique约束的字段上会自动添加索引
… - 索引模糊查询的时候会失效,如select ename from emp where ename like ‘%A%’;
28、视图:概念、作用、创建和删除方法
- 视图的概念:视图是由数据库中的一个表或多个表导出的虚拟表,是一种虚拟存在的表,方便用户对数据的操作。
- 视图的作用:
视图可以隐藏表的实现细节。保密级别较高的系统,数据库只对外提供相关的视图,java程序员只对视图对象进行CRUD。 - 创建和删除视图:
create view <视图名> as <select 语句>;
drop view <视图名>; - 对视图进行增删改查,会影响到原表数据。
29、数据库中数据的导出和导入
- 将数据库当中的数据导出
导出整个库:mysqldump bjpowernode>D:\bjpowernode.sql -uroot -p333
导出指定数据库当中的指定表:mysqldump bjpowernode emp>D:\bjpowernode.sql -uroot –p123 - 导入数据:
创建数据库后切换到数据库下,执行source D:\bjpowernode.sql
30、数据库设计三范式
- 设计范式的概念:设计范式是设计表的依据。按照这个三范式设计的表不会出现数据冗余。
- 第一范式:任何一张表都应该有主键,并且每一个字段原子性不可再分。
反例:
学生编号 | 学生姓名 | 联系方式 |
1001 | 张三 | zs@gmail.com,1359999999 |
1002 | 李四 | ls@gmail.com,13699999999 |
1001 | 王五 | ww@163.net,13488888888 |
存在问题:
最后一条记录和第一条重复(不唯一,没有主键)
联系方式字段可以再分,不是原子性的
改进后:
学生编号(PK) | 学生姓名 | email | 联系电话 |
1001 | 张三 | zs@gmail.com | 1359999999 |
1002 | 李四 | ls@gmail.com | 13699999999 |
1003 | 王五 | ww@163.net | 13488888888 |
- 第二范式:建立在第一范式的基础之上,所有非主键字段完全依赖主键,不能产生部分依赖。
反例:
学生编号(PK) | 教师编号(PK) | 学生姓名 | 教师姓名 |
1001 | 001 | 张三 | 王老师 |
1002 | 002 | 李四 | 赵老师 |
1003 | 001 | 王五 | 王老师 |
1001 | 002 | 张三 | 赵老师 |
存在的问题:
以上虽然确定了主键,但此表会出现大量的冗余,主要涉及到的冗余字段为“学生姓名”和“教师姓名”
出现冗余的原因在于,学生姓名部分依赖了主键的一个字段学生编号(学生编号和教师编号联合组成了主键字段),而没有依赖教师编号,而教师姓名部门依赖了主键的一个字段教师编号,这就是第二范式提到的部分依赖。
解决方案:
上表中学生和老师之间是多对多的关系,多对多的关系使用三张表,第三张表为关系表
- 第三范式:建立在第二范式的基础之上,所有非主键字段直接依赖主键,不能产生传递依赖。
反例:
学生编号(PK) | 学生姓名 | 班级编号 | 班级名称 |
1001 | 张三 | 01 | 一年一班 |
1002 | 李四 | 02 | 一年二班 |
1003 | 王五 | 03 | 一年三班 |
1004 | 刘六 | 03 | 一年三班 |
存在的问题:
从上表可以看出,班级名称字段存在冗余,因为班级名称字段没有直接依赖于主键,班级名称字段依赖于班级编号,班级编号依赖于学生编号,那么这就是传递依赖
解决方案:
将冗余字段单独拿出来建立表,如:
学生信息表
学生编号(PK) | 学生姓名 | 班级编号 (FK) |
1001 | 张三 | 01 |
1002 | 李四 | 02 |
1003 | 王五 | 03 |
1004 | 刘六 | 03 |
班级信息表
班级编号(PK) | 班级名称 |
01 | 一年一班 |
02 | 一年二班 |
03 | 一年三班 |
以上设计是一种典型的一对多的设计,“一”存储在一张表中,“多”存储在一张表中,在“多”的那张表中添加外键指向“一”的主键
- 表的经典设计方案:
一对多的设计:两张表,多的表加外键
多对多的设计:三张表,关系表两个外键
一对一的设计有两种方案:主键共享和外键唯一