当前位置：首页 > news >正文

mysql学习

news 来源：原创 2025/7/14 21:55:11

1、数据库的三范式是什么？

2、特点

- 永久性：从本质上来说数据库中的数据以计算机文件的方式存储在磁盘上
- 结构性：数据不是杂乱无章的存储
- 大量：只受到磁盘空间的影响

3、 Myisam与innodb的区别

4、mysql架构

开始编程语言进行调度，获取连接池，调用类型DML（操作数据）,DDL（操作表）选择引擎，mysql默认inodb，读取磁盘。

5、sql约束

约束类型	描述
NOT NULL	确保某列的值不能为 NULL。
UNIQUE	确保某列或某些列的值唯一，不能重复。
PRIMARY KEY	唯一标识表中的每一行记录，隐含了 NOT NULL 和 UNIQUE。
FOREIGN KEY	保证引用关系的完整性，用于维护两个表之间的关联性。
CHECK	确保字段的值满足特定的条件。
DEFAULT	为字段设置默认值，在未显式赋值时会使用默认值。
INDEX	提升查询效率，不是完整性约束，但常用于快速检索数据。

6、mysql数据类型介绍

整数：tinyint 一个字节 smallint 两个字节 ==int== 4个字节 ==bigint== 8个字节
小数：float 单精度 double 双精度 decimal 可以指定小数的位数可以设置长度 10,2 表示总长度为10位小数位为2位
varchar 可变长度指定长度表示最大长度，该列的数据按照实际长度进行存储这种可变长度最大的优势就是节省空间
char 定长：该列下所有数据按照统一的长度进行存储，如果数据长度不够则补充空格，这种类型的优势是查询的效率非常高
可变和定长是一个空间和时间的矛盾
text：也属于文本的一种，一般是用来保存大文本信息
date、datetime：DATE 类型只存储日期，而 DATETIME 类型存储日期和时间。

7、增删改查语法

select 内容 from 表名 where 条件
insert into 表名 (字段名1,字段名2,。。。。) values(值1，值2，.....)
delete from 表名 [where 条件]
update 表名 set 字段名1=值1，.... where 条件
表

建表：CREATE TABLE students ( id INT PRIMARY KEY AUTO_INCREMENT, `name` VARCHAR(50) NOT NULL , gender CHAR(1) NOT NULL DEFAULT '男', telephone CHAR(11) NOT NULL UNIQUE KEY )

删除表：drop table 表名

修改表的结构：ALTER TABLE students ADD COLUMN age INT
删除表数据不删结构：truncate

8、事物

8.1、只涉及到查询需不需要加事物

需要，

a线程开启事物查询数据，b线程修改数据，a线程再次查询数据，数据会变。（读已提交）

a线程开启事物开始查询数据， b线程修改数据，a线程再次查询数据，但和第一次查的数据一致（可重复读

）

8.2、四个特征

原子性：不可再分，同一个事务中的所有的sql操作是作为一个整体提交在mysql中是通过一种undolog日志来保证事务的原子性（undo日志）保证
一致性：事务执行的前后数据库中的数据必须从一种一致状态切换到另一种一致状态 1000+1000--->500-+1500 一致性是事务控制的最终目的
持久性：一个事务在提交之后对表中数据的修改应该永久的保存到磁盘中持久性在mysql中是通过一个叫redolog的日志保证的
隔离性：一个事务在执行的过程不应该受到其他事务的影响

8.3、隔离级别

read uncommitted 读未提交：一个事务可以读取到另一个事务暂未提交的数据，会出现"脏读"问题
read committed 读已提交：未提交自己可读，一个事务可以读取到另一个事务已经提交过的数据，解决了脏读的问题，但是这种隔离级别会出现“不可重复读”的问题[在同一个事务期间对同一个数据先后读取的结果不一致]
repeatable read 可重复读(默认的隔离级别)：解决了不可重复读的问题，但是它会出现”幻读“的问题，幻读当另一个客户端插入了提交了，另一个客户端select不必到，可是能通过upload可以修改，还是受影响
serializable 串行化：可以解决一切问题，当一个客户端访问数据库，而没有commit是另一个无法进行操作

8.3、实现原理

事务是基于重做日志文件(redo log)和回滚日志(undo log)实现的。

每提交一个事务必须先将该事务的所有日志写入到重做日志文件进行持久化，数据库就可以通过重做日志来保证事务的原子性和持久性。

每当有修改事务时，还会产生 undo log，如果需要回滚，则根据 undo log 的反向语句进行逻辑操作，比如 insert 一条记录就 delete 一条记录。undo log 主要实现数据库的一致性。

innodb 事务日志包括 redo log 和 undo log。

undo log 指事务开始之前，在操作任何数据之前，首先将需操作的数据备份到一个地方。redo log 指事务中操作的任何数据，将最新的数据备份到一个地方。

事务日志的目的：实例或者介质失败，事务日志文件就能派上用场。

redo log

redo log 不是随着事务的提交才写入的，而是在事务的执行过程中，便开始写入 redo 中。具体的落盘策略可以进行配置。防止在发生故障的时间点，尚有脏页未写入磁盘，在重启 MySQL 服务的时候，根据 redo log 进行重做，从而达到事务的未入磁盘数据进行持久化这一特性。RedoLog 是为了实现事务的持久性而出现的产物。

undo log

undo log 用来回滚行记录到某个版本。事务未提交之前，Undo 保存了未提交之前的版本数据，Undo 中的数据可作为数据旧版本快照供其他并发事务进行快照读。是为了实现事务的原子性而出现的产物,在 MySQL innodb 存储引擎中用来实现多版本并发控制。

7. 什么是MySQL的 binlog？

MySQL的 binlog 是记录所有数据库表结构变更（例如 CREATE、ALTER TABLE）以及表数据修改（INSERT、UPDATE、DELETE）的二进制日志。binlog 不会记录 SELECT 和 SHOW 这类操作，因为这类操作对数据本身并没有修改，但你可以通过查询通用日志来查看 MySQL 执行过的所有语句。

MySQL binlog 以事件形式记录，还包含语句所执行的消耗的时间，MySQL 的二进制日志是事务安全型的。binlog 的主要目的是复制和恢复。

binlog 有三种格式，各有优缺点：

statement： 基于 SQL 语句的模式，某些语句和函数如 UUID, LOAD DATA INFILE 等在复制过程可能导致数据不一致甚至出错。
row： 基于行的模式，记录的是行的变化，很安全。但是 binlog 会比其他两种模式大很多，在一些大表中清除大量数据时在 binlog 中会生成很多条语句，可能导致从库延迟变大。
mixed： 混合模式，根据语句来选用是 statement 还是 row 模式。

8. 在事务中可以混合使用存储引擎吗？

尽量不要在同一个事务中使用多种存储引擎，MySQL服务器层不管理事务，事务是由下层的存储引擎实现的。

如果在事务中混合使用了事务型和非事务型的表（例如InnoDB和MyISAM表）,在正常提交的情况下不会有什么问题。

但如果该事务需要回滚，非事务型的表上的变更就无法撤销，这会导致数据库处于不一致的状态，这种情况很难修复，事务的最终结果将无法确定。所以，为每张表选择合适的存储引擎非常重要。

9. MySQL中是如何实现事务隔离的?

读未提交和串行化基本上是不需要考虑的隔离级别，前者不加锁限制，后者相当于单线程执行，效率太差。

MySQL 在可重复读级别解决了幻读问题，是通过行锁和间隙锁的组合 Next-Key 锁实现的。

详细原理看这篇文章：https://haicoder.net/note/MySQL-interview/MySQL-interview-MySQL-trans-level.html

1、 数据库的三范式是什么？