MySQL基础学习总结（四）

最新推荐文章于 2024-06-14 14:34:41 发布

神偷怪盗基德

最新推荐文章于 2024-06-14 14:34:41 发布

阅读量1.1k

点赞数 22

分类专栏：数据库文章标签： mysql 学习数据库

本文链接：https://blog.csdn.net/qq_61557294/article/details/126913662

版权

数据库专栏收录该内容

5 篇文章 0 订阅

订阅专栏

事务

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

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

什么是一个完整的业务逻辑？
    假设转账，从A账户向B账户中转账10000.
    将A账户的钱减去10000（update语句）
    将B账户的钱加上10000（update语句）
    这就是一个完整的业务逻辑。

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

只有DML语句才会有事务这一说，其它语句和事务无关！！！ insert delete update 只有以上的三个语句和事务有关系，其它都没有关系。

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

数据安全第一位！！

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

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

事务开启了： insert insert delete update update 事务结束了！

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

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

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

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

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

事务对应的英语单词是：transaction

测试一下，在mysql当中默认的事务行为是怎样的？ mysql默认情况下是支持自动提交事务的。（自动提交） 什么是自动提交？每执行一条DML语句，则提交一次！

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

怎么将mysql的自动提交机制关闭掉呢？ 开启事务时先执行这个命令：start transaction;

事务的四个特性

事务包括4个特性？

A：原子性说明事务是最小的工作单元。不可再分。所有操作必须同时成功，或者同时失败。

C：一致性一个事务在执行前后，数据库都必须处于正确的状态，满足完整性约束。也就是说事务不能破坏数据库的完整性以及业务逻辑的一致性。

例如：

业务逻辑一致性：A给B转账，无论是否操作成功，两者的账户余额之和应该是不变的。

数据库完整性：数据库的约束关系应该是正确的，例如唯一索引，主键等。

I：隔离性同时执行的事务是相互隔离的，它们不能相互冒犯。

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

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点，读到的数据还是那样！读到的是假象。不够绝对的真实。

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

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

这是最高隔离级别，效率最低。解决了所有的问题。这种隔离级别表示事务排队，不能并发！ synchronized，线程同步（事务同步）每一次读取到的数据都是最真实的，并且效率是最低的。

什么是索引？

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

MySQL在查询方面主要就是两种方式：第一种方式：全表扫描第二种方式：根据索引检索。

在mysql数据库当中索引也是需要排序的，并且这个索引的排序和TreeSet 数据结构相同。TreeSet（TreeMap）底层是一个自平衡的二叉树！在mysql 当中索引是一个B-Tree数据结构。

遵循左小右大原则存放。采用中序遍历方式遍历取数据。

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

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

提醒3：在mysql当中，索引是一个单独的对象，不同的存储引擎以不同的形式存在，在MyISAM存储引擎中，索引存储在一个.MYI文件中。在InnoDB存储引擎中索引存储在一个逻辑名称叫做tablespace的当中。在MEMORY存储引擎当中索引被存储在内存当中。不管索引存储在哪里，索引在mysql当中都是一个树的形式存在。（自平衡二叉树：B-Tree）

什么条件下，我们会考虑给字段添加索引呢？

条件1：数据量庞大（到底有多么庞大算庞大？这个需要测试，因为每一个硬件环境不同）条件2：该字段经常出现在where的后面，以条件的形式存在，也就是说这个字段总是被扫描。条件3：该字段很少的DML(insert delete update)操作。（因为DML之后，索引需要重新排序。）

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

索引怎么创建？怎么删除？语法是什么？

创建索引： mysql> create index emp_ename_index on emp(ename); 给emp表的ename字段添加索引，起名：emp_ename_index

删除索引： mysql> drop index emp_ename_index on emp; 将emp表上的emp_ename_index索引对象删除。

查看是否使用索引

mysql> explain select * from emp where ename = 'KING';

type=ALL 说明没有使用索引，如果是 typr=ref 则使用了索引

索引失效

失效的第1种情况： select * from emp where ename like '%T';

ename上即使添加了索引，也不会走索引，为什么？原因是因为模糊匹配当中以“%”开头了！尽量避免模糊查询的时候以“%”开始。在MySQL8开始好像会走索引了这是一种优化的手段/策略。

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

失效的第3种情况： 使用复合索引的时候，没有使用左侧的列查找，索引失效 什么是复合索引？两个字段，或者更多的字段联合起来添加一个索引，叫做复合索引。

create index emp_job_sal_index on emp(job,sal);

explain select * from emp where sal = 800; 没走索引

失效的第4种情况：在where当中索引列参加了运算，索引失效。

create index emp_sal_index on emp(sal);

explain select * from emp where sal+1 = 800; 没走索引

失效的第5种情况： 在where当中索引列使用了函数 explain select * from emp where lower(ename) = 'smith';

索引的类别

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

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

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

什么是视图？

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

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

表复制：
mysql> create table dept2 as select * from dept;

dept2表中的数据：
mysql> select * from dept2;
+--------+------------+----------+
| DEPTNO | DNAME      | LOC      |
+--------+------------+----------+
|     10 | ACCOUNTING | NEW YORK |
|     20 | RESEARCH   | DALLAS   |
|     30 | SALES      | CHICAGO  |
|     40 | OPERATIONS | BOSTON   |
+--------+------------+----------+

创建视图对象： create view dept2_view as select * from dept2;

删除视图对象： drop view dept2_view;

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

视图作用

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

//面向视图查询 select * from dept2_view;

// 面向视图插入 insert into dept2_view(deptno,dname,loc) values(60,'SALES', 'BEIJING');

select * from dept2;

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

假设有一条非常复杂的SQL语句，而这条SQL语句需要在不同的位置上反复使用。每一次使用这个sql语句的时候都需要重新编写，很长，很麻烦，怎么办？可以把这条复杂的SQL语句以视图对象的形式新建。 在需要编写这条SQL语句的位置直接使用视图对象，可以大大简化开发。并且利于后期的维护，因为修改的时候也只需要修改一个位置就行，只需要修改视图对象所映射的SQL语句。

我们以后面向视图开发的时候，使用视图的时候可以像使用table一样。可以对视图进行增删改查等操作。视图不是在内存当中，视图对象也是存储在硬盘上的，不会消失。

如下面这样，就是将一条SQL语句以视图的形式创建出来

    create view 
        emp_dept_view
    as
        select 
            e.ename,e.sal,d.dname
        from
            emp e
        join
            dept d
        on
            e.deptno = d.deptno;

注意：创建视图对应的语句只能是DQL语句。但是视图对象创建完成之后，可以对视图进行增删改查等操作。

CRUD：增删改查，又叫做：CRUD。 CRUD是在公司中程序员之间沟通的术语。一般我们很少说增删改查。一般都说CRUD。

C:Create（增） R:Retrieve（查：检索） U:Update（改） D:Delete（删）

Java程序员必须会的DBA常用命令：

数据的导入和导出（数据的备份） 其它命令了解一下即可。（这个B站嫖的培训日志文档留着，以后忘了，可以打开文档复制粘贴。）

数据导出？注意：在windows的dos命令窗口中： mysqldump bjpowernode>D:\bjpowernode.sql -uroot -p123456

可以导出指定的表吗？ mysqldump bjpowernode emp>D:\bjpowernode.sql -uroot -p123456

数据导入？注意：需要先登录到mysql数据库服务器上。然后创建数据库：create database bjpowernode; 使用数据库：use bjpowernode 然后初始化数据库：source D:\bjpowernode.sql 该语句后不需要跟分号

如果备份的是表则不需要创建数据库，直接使用需要导入表的数据即可

数据库设计范式共有3个

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

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

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

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

第一范式

最核心，最重要的范式，所有表的设计都需要满足。 必须有主键，并且每一个字段都是原子性不可再分。

学生编号 学生姓名 联系方式
------------------------------------------
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