MySQL关系型数据库存储引擎、事务、索引、视图、范式等相关总结

MySQL约束包括哪些？

• 主键约束
• 外键约束
• 不能为空（not null）
• 唯一（unique）

一、存储引擎

1.什么是存储引擎，有什么用

• 存储引擎是MySQL中特有的一个术语，其他数据库中没有。
• 存储引擎是一个表存储/组织数据的方式。
• 不同的数据存储引擎，表存储数据的方式不同。

2.怎么给表添加/指定“存储引擎”？

create table t(
id int,
    name char(20)
)ENGINE=InnoDB 

在建表的时候可以在最后小括号的“）”的右边使用：

• ​ ENGING来指定存储引擎。
• ​ CHARSET来指定这张表的字符编码方式。

结论：

• MySQL默认的存储引擎是：InnoDB
• MySQL默认的字符编码方式是：utf-8

3.怎么查看MySQL支持哪些存储引擎？

show engines \G

MySQL支持九大存储引擎，不同版本支持不同的存储引擎

InnoDB存储引擎：

• 这是MySQL默认的存储引擎，同时也是一个重量级的存储引擎。
• InnoDB支持事务，支持数据库崩溃后自动恢复机制。
• InnoDB存储引擎最主要的特点是：非常安全。
• 在MySQL服务器崩溃后提供自动恢复
• 支持事务，以保持数据的安全。（InnoDB最大的特点）

二、事务

1.什么是事务？

一个事务其实就是一个完整的业务逻辑。

1.1什么是一个完整的业务逻辑？

假设转账，从A账户向B账户中转账10000元，

将A账户中的钱减去10000，

将B账户的钱加上10000，

这就是一个完整的业务逻辑。

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

2.只有DML语句才有事务这一说，其他语句和事务无关！！！

insert、delete、update

只有以上三个语句和事务有关系，其他都没有关系。

因为只有以上三个语句是数据库中数据进行增、删、改的。

只要你的操作一旦涉及到数据的增、删、改，那么就一定要考虑安全问题。

数据安全第一位！！！

3.假设所有的业务，只要一条DML语句就能完成，还有必要存在事务机制吗？

正是因为做某件事的时候，需要多条DML语句共同联合起来才能完成，所以需要事务的存在。如果任何一件复杂的事情都能一条DML语句搞定，那么事务则没有存在的价值了。

3.1 到底什么是事务呢？（重点理解）

​ 说到底，说到本质上，一个事务其实就是多条DML语句同时成功，或者同时失败！

事务：就是批量的DML语句同时成功，或者同时失败。

4.事务是怎么做到多条DML语句同时成功和同时失败的呢？

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

事务开启了：

insert

insert

delete

delete

update

事务结束了！

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

4.1 提交事务？

清空事务性活动的日志文件，将数据全部彻底持久化到数据库表中。

提交事务标志着事务的结束。并且是一种全部成功的结束。

4.2 回滚事务？

将之前所有的DML操作全部撤销，并且清空事务性活动的日志文件。

回滚事务标志着事务的结束，并且是一种全部失败的结束。

5.怎么提交事务，怎么回滚事务？

提交事务：commit；语句

回滚事务：rollback；语句 （回滚永远都是只能回滚到上一次的提交点）

事务的英文单词是transaction

6.测试一下，在MySQL中默认的的事务行为是怎么样的？

MySQL默认情况下是支持自动提交事务的（自动提交）。

6.1什么是自动提交？

每执行一条DML语句，则提交一次

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

6.2 怎么将MySQL的自动提交机制关闭掉呢

先执行这个命令：start transaction；（表示开启事务）

7.事务包括4个特性？

A:原子性

说明事务是最小的工作单元，不可再分

C：一致性：

所有事务要求，再同一个事务当中，所有操作必须同时成功，或者同时失败，以保证数据的一致性。

I：隔离性

A事务和B事务之间具有一定的隔离。

教室A和教室B之间有一道墙，这道墙就是隔离性。

D：持久性

事务最终结束的一个保障。事务提交，就相当于将没有保存到硬盘上的数据保存到硬盘上！

8、重点研究一下事务的隔离性！！！（事务的隔离级别）

A教室和B教室中间有一道墙，这道墙可以很厚，也可以很薄，这就是事务的隔离级别。

8.1 事务与事务之间的隔离级别有哪些呢？4个级别

1、读未提交：read uncommitted（最低的隔离级别）《没有提交就读到了》

1.1 什么是读未提交？

事务A可以读取到事务B未提交的数据。

这种隔离级别存在的问题就是：脏读现象！（Dirty read）我们称读到了脏数据。

这种隔离级别一般都是理论上的，大多数的数据库隔离级别都是二档起步！

2、读已提交：read committed《提交了之后才能读到》

2.1 什么是读已提交？

事务A只能读取到事务B提交之后的数据。

这种隔离级别解决了什么问题？

解决了脏读的现象。

这种隔离级别存在什么问题？

不可重复读取数据。

什么是不可重复读取数据呢？

在事务开启之后，第一次读到的数据是3条，当前事务还没有结束，可能第二次读取的时候，读到的数据是4条，3不等于4 称之为不可重复读取。

这种隔离级别是比较真实的数据，每一次读取到的数据是绝对的真实。Oracle数据库默认的隔离级别是 ：read committed。

3、可重复读： repeatable read《提交之后也读不到，永远读取到的都是刚开启事务时的数据》

3.1 什么是可重复读？

事务A开启之后，不管是多久，每一次在事务A中读取到的数据都是一致的。及时事务B将数据已经修改，并且提交了，事务A读取到的数据还是没有发生改变，这就是可重复读。

可重复读解决了什么问题？

解决了不可重复读取数据。

可重复读存在的问题是什么？

可能回出现幻影读。

每一次读取到的数据都是幻想，不够真实。

提交之后也读不到，永远读取到的都是刚开启事务时的数据：早上九点开始开启了事务，只要事务不结束，到晚上九点，读到的数据还是那样！读到的是假象，不够绝对的真实。

MySQL中默认的事务隔离级别就是这个！！！！！！

4、序列化/串行化：serializable（最高的隔离级别）

这是最高隔离级别，效率最低。解决了所有的问题。

这种隔离级别表示事务排队，不能并发！

相当于多线程中的加锁！！

每一次读取到的数据都是最真实的，并且效率是最低的。

查看隔离级别：select @@tx_isolation

三、索引

1.什么是索引？

索引是在数据库表的字段上添加的，是为了提高查询效率存在的一种机制。一张表的一个字段可以添加一个索引，当然，多个字段联合起来也可以添加索引。索引相当于一本书的目录，是为了缩小扫描范围而存在的一种机制。

2.MySQL在查询方面主要有两种方式：

• ​ 全表扫描
• ​ 根据索引检索

注意：

在MySQL数据库中，索引也是需要排序的，并且这个索引的排序和TreeSet的数据结构相同。TreeSet底层是一个自平衡的二叉树！在MySQL当中索引是一个B-Tree数据结构。遵循左小右大原则存放。采用中序遍历方式便利取数据。

在任何数据库当中，主键上都会自动添加索引对象。另外在MySQL当中，一个字段上如果有unique约束的话，也会自动创建索引对象。

在任何数据库当中，任何一张表的任何一条任何一条记录在硬盘上都有一个硬盘的物理存储编号。

3.在什么条件下，我们会考虑添加索引呢？

条件1：数据量庞大（随硬件环境而定）

条件2：该字段经常出现在where的后面，以条件的形式存在，也就是说这个字段总是被扫描。

条件3：该字段很少的DML（insert delete update）操作。（因为DML之后，索引需要重新排序。）

建议不要随意添加索引，因为索引也是需要维护的，太多的话反而会降低系统的性能，建议通过主键查询，建议通过unique约束的字段进行查询，效率是比较高的。

4.索引有失效的时候，什么时候索引失效呢？

失效的第1种情况：

select * from emp where ename like '%T';

ename上及时添加了索引，也不会走索引，原因是因为模糊匹配当中以‘%’开头了。尽量避免模糊查询的时候以‘%’开始。这是一种优化的手段/策略.

失效的第2种情况：

使用or的时候会失效，如果使用or那么要求or两边的条件字段都要有索引，才会走索引，如果其中一边有一个字段没有索引，那么另一个字段上的索引也会失效。所以这就是为什么不建议使用or的原因。

失效的第3种情况：

使用复合索引的时候，没有使用左侧的列查找，索引失效。

什么是复合索引？

​ 两个字段，或者更多的字段或者更多的字段联合起来添加一个索引，叫做复合索引。

失效的第4种情况：

在where当中，索引列参加了运算，索引失效。

失效的第五种情况：

在where当中，索引列使用了函数

失效的第n种情况。。。

4.索引是各种数据库进行优化的重要手段。优化的时候优先考虑的因素就是索引。索引在数据库当中分了很多类？

单一索引：一个字段上添加索引。

复合索引：两个字段或者更多的字段上添加索引。

主键索引：主键上添加索引。

唯一性索引：具有unique约束的字段上添加索引。

…

注意：唯一性比较弱的字段上添加索引的用处不大。

四、视图（view）

1.什么是视图？

view：站在不同的角度去看待同一份数据。

2.怎么创建视图对象？怎么删除视图对象？

创建视图
create view dept2_view as select * from dept2
删除视图
drop view dept2_view

注意：只有DQL语句才能以view的形式创建
create view dept2_view as （这里的语句必须是DQL语句）

3.用视图做什么？

我们可以面向视图对象进行增删改查，对视图对象的增删改查，会导致原表被操作！（视图的特点：通过对视图的操作，会影响到原表的数据。）

4.视图对象在实际开发中到底有什么用？《方便，简化开发，利于维护》

视图是用来简化SQL语句的

假设有一条非常复杂的SQL语句，而这条SQL语句需要在不同的位置上反复使用。每一次使用这个SQL语句的时候需要重新编写，很长，很麻烦，怎么办？

可以把这条复杂的SQL语句以视图对象的形式新建。

在需要编写这条SQL语句的位置直接使用视图对象，可以大大简化开发，并且利于后期的维护，因为修改的时候也只需要修改一个位置就行，只需要修改视图对象所映射的SQL语句。

我们以后面向视图开发的时候，使用视图的时候可以像使用table一样。

可以对视图镜像增删改查等操作。视图不是在内存当中，视图对象也是存储在硬盘上的，不会消失。

五、DBA常用命令

重点掌握数据的导入和导出（数据的备份），其他的命令了解即可。

数据导出？

注意：在window的dos命令窗口中：

mysqldump briup>D:\briup.sql

导出指定的表：
--导出数据库briup下emp表的数据到D盘下的briup。sql文件中
mysqldump briup emp>D:\briup.sql

数据导出：

注意：需要先登录到mysql数据库服务器上。

然后创建数据库： create database briup;

使用数据库：use briup;

然后初始化数据库：source D:\briup.sql

六、数据库设计三范式

1.什么是数据库的设计范式？

数据库表的设计依据。教你怎么进行数据库表的设计。

2.数据库的设计范式共有？

3个。

第一范式：要求任何一张表必须有主键，每一个字段原子性不可再分。

第二范式：建立在第一范式的基础之上，要求所有非主键字段完全依赖主键，不要产生部分依赖。

第三范式：建立在第二范式的基础之上，要求所有非主键字段直接依赖主键，不要产生传递依赖。

声明：三范式是面试官经常问的，所以一定要熟记在心！

设计数据库表的时候，按照以上的范式进行，可以避免表中数据的冗余，空间的浪费。

3. 第一范式：

最核心，最重要的范式，所有的表的设计都需要满足。

必须要有主键，并且每一个字段都是原子性不可再分。

4. 第二范式：建立在第一范式的基础之上，

要求所有非主键字段必须完全依赖主键，不要产生部分依赖。

产生部分依赖有什么缺点？

​ 数据冗余了。空间浪费了。

第二范式设计原则：多对多，三张表，关系表，两个外键！！！！！

5. 第三范式：建立在第二范式的基础之上，要求所有非主键字典必须直接依赖主键，不要产生传递依赖。

第三范式设计原则：一对多，两张表，多的表加外键！！！！！！

七、总结表的设计

一对多：一对多，两张表，多的表加外键！！！！！！

多对多：多对多，三张表，关系表，两个外键！！！！！

一对一： 一对一，外键唯一！！！！！

一对一放到一张表中不就行了吗？为啥还要拆分表？

​ 在实际开发中，可能存在一张表字段太多，太庞大。这个时候要拆分表。
一对一，外键唯一！！！！！

最后注意一点：

数据库设计三范式是理论上的。

实践和理论有的时候是有偏差的。

最终的目的都是为了满足客户的需求，有的时候会拿冗余换执行速度。

因为在sql当中，表和表之间的连接次数越多，效率越低。（笛卡尔积）

有的时候可能会存在冗余，但是为了减少表的连接次数，这样做也是合理的，并且对于开发人员来说，sql语句的编写难度也会降低。

面试的时候把这句话说上：面试官就不会认为你是初级程序员了！