MYSQL部分总结

梦醒时见你囍

已于 2023-01-09 16:29:36 修改

阅读量243

点赞数 1

分类专栏： MYSQL 文章标签： mysql

于 2020-12-04 16:35:17 首次发布

本文链接：https://blog.csdn.net/QING0417/article/details/110633935

版权

MYSQL 专栏收录该内容

1 篇文章 0 订阅

订阅专栏

数据库的三范式

第一范式：列不可再分
第二范式：行可以唯一区分，主键约束
第三范式：表的非主属性不能依赖与其他表的非主属性外键约束
且三大范式是一级一级依赖的，第二范式建立在第一范式上，第三范式建立第一第二范式上。

数据库引擎

MYISAM：全表锁，拥有较高的执行速度，不支持事务，不支持外键，并发性能差，占用空间相对较小，对事务完整性没有要求，以select、insert为主的应用基本上可以使用这引擎

INNODB:行级锁，提供了具有提交、回滚和崩溃回复能力的事务安全，支持自动增长列，支持外键约束，并发能力强，占用空间是MYISAM的2.5倍，处理效率相对会差一些

MEMORY:全表锁，存储在内容中，速度快，但会占用和数据量成正比的内存空间且数据在mysql重启时会丢失，默认使用HASH索引，检索效率非常高，但不适用于精确查找，主要用于那些内容变化不频繁的代码表

MERGE：是一组MYISAM表的组合

INNODB与MYISAM的区别

1.INNODB支持事务，MYISAM不支持事务，对于INNODB每一条SQL都会默认封装成事务，自动提交。但是这样会影响速度，最好把多条sql放在begin和commit之间，组成一个事务

2INNODB支持外键，MYISAM不支持外键，对一个包含了外键的INNODB表转成MYISAM表会失败

3.INNODB是聚合索引，数据文件和索引是绑定在一起的，必须要有主键，通过主键检索效率很高，但是辅助索引需要两次查询，先查询到主键，再通过主键查询到数据，所以，主键不能太大，否则其他所以也会很大，MYISAM是非聚合索引，数据文件是独立的，索引保存的是数据文件的指针，主键索引和辅助索引是独立的

4.INNODB不支持全文索引，MYISAM支持全文索引，所以查询效率MYISAM效率要高于INNODB

5.MYISAM和INNODB底层都使用了B+树

数据库事务

事务的特征:原子性(Atomic)、一致性(Consistency)、隔离性(lsolation)、持久性(Durabiliy),简称ACID

并发事务带的问题

多事务并发运行，经常会操作相同的数据来完成各自的任务(多个用户对同一数据操作),可能导致以下问题：

脏读： 当一个事务A正在读取某条数据时并进行了修改，但是还没有提交，此时另一个事务B也读取了改条数据，由于事务A没有提交，事务B拿到的数据就是脏数据，并不是事务A修改后的数据。

丢失修改： 当一个事务A正在读取某条数据时，此时另一个事务B也读取了改条数据，事务A对该条数据进行了修改，事务B也对该条数据进行了修改，此时该条数据的最后结果是事务B修改后的接口，事务A的修改也就丢失了，例如：事务A读取的数据是a = 5,事务BYE 读取的数据是a = 5,事务A修改a=a-1,事务B修改a=a-1,最后的结果是4，事务A的修改丢失。

不可重复读： 当事务A多次读取某条数据时，事务B也读取了该条数据并进行了修改，此时造成事务A前后读取的数据不一致

幻读： 当事务A读取部分段数据时，事务B在该部分数据中增加或删除某些数据，导致事务A再次读取是突然多出了或者减少了某些数据，像产生了幻觉一样。