MySQL基础入门学习笔记（二）
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） | 学生姓名 | 联系电话 | |
|---|---|---|---|
| 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 | 一年三班 |
以上设计是一种典型的一对多的设计，“一”存储在一张表中，“多”存储在一张表中，在“多”的那张表中添加外键指向“一”的主键
- 表的经典设计方案：
一对多的设计：两张表，多的表加外键
多对多的设计：三张表，关系表两个外键
一对一的设计有两种方案：主键共享和外键唯一
6246
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
