mysql学习笔记
2021-10-09 11:28:59 0 举报AI智能生成
mysql学习笔记
作者其他创作
大纲/内容
1NF
2NF
3NF
范式
图片
MySQL的缓存默认是关闭的
MySQL 8.0中，查询缓存已经被移除了
查询缓存
1、查询缓存
主要做的事情是对语句基于SQL语法进行词法和语法分析和语义的解析
2、解析器生成解析树
3、预处理再次生成解析树
根据解析树生成不同的执行计划（ExecutionPlan），然后选择一种最优的执行计划，MySQL里面使用的是基于开销（cost）的优化器，那种执行计划开销最小，就用哪种。
优化器最终会把解析树变成一个查询执行计划，查询执行计划是一个数据结构。
Explain的结果也不一定最终执行的方式
4、查询优化器
5、查询执行计划
如果对数据一致性要求比较高，需要事务支持，可以选择InnoDB
如果数据查询多更新少，对查询性能要求比较高，可以选择MyISAM
如果需要一个用于查询的临时表，可以选择Memory
如何选择存储引擎
存储引擎
6、查询执行引擎
7、查询数据返回结果
具体流程
1. （ 一条查询 SQL 语句是如何执行的）执行流程
连接方式：长连接或者短连接
2.通信协议
MySQL使用了半双工的通信方式
3.通信方式
缓冲池 Buffer Pool
redo Log Buffer
undo log
bin log
4.一条更新 SQL 是如何执行的
1.MySQL的架构与内部模块
实现
1、原子性：数据库事务不可分割的单位，我们对数据库的一系列的操作，要么都是成功
2、一致性：事务的操作不会改变数据库的状态，比方说唯一约束
3、隔离性：事务是相互不可见的
4、持久性：事务一旦提交，即使宕机也是能恢复的
1.特性
1、扁平事务：使用最频繁的事务，要么都成功提交，要么都失败回滚
2、带有扁平点的扁平事务：允许事务回滚到同一个事务中比较早的一个状态
3、链事务：回滚到最近的一个保存点，在所有的事务都提交之后才会释放锁，并且下一个事务的开始需要上一个事务来进行通知
4、嵌套事务：树结构，只有当父级事务提交之后子级事务才会提交，任意一个父级事务的回滚都会导致下面的子级事务回滚
5、分布式事务：操作两个不同的数据库，使其实现数据的同步，例如将中国银行的钱转到工商银行，这个不同银行的不同数据库，为分布式事务
2.分类
1.脏读：事务 A 多次读取同一数据，事务 B 在事务A多次读取的过程中，对数据作了更新，然后B回滚操作，那么A读取到的数据是脏数据。
2.不可重复读：事务 A 多次读取同一数据，事务 B 在事务A多次读取的过程中，对数据作了更新并提交，导致事务A多次读取同一数据时，结果 不一致。
3.幻读：系统管理员A将数据库中所有学生的成绩从具体分数改为ABCDE等级，但是系统管理员B就在这个时候插入了一条具体分数的记录，当系统管理员A改结束后发现还有一条记录没有改过来，就好像发生了幻觉一样，这就叫幻读。
3.事务问题
1.读未提交（READ UNCOMMITTED）：未提交读隔离级别也叫读脏，就是事务可以读取其它事务未提交的数据。
2.读已提交（READ COMMITTED）：在其它数据库系统比如 SQL Server 默认的隔离级别就是提交读，已提交读隔离级别就是在事务未提交之前所做的修改其它事务是不可见的。
3.可重复读（REPEATABLE READ）：保证同一个事务中的多次相同的查询的结果是一致的，比如一个事务一开始查询了一条记录然后过了几秒钟又执行了相同的查询，保证两次查询的结果是相同的，可重复读也是 mysql 的默认隔离级别。
4.可串行化（SERIALIZABLE）：可串行化就是保证读取的范围内没有新的数据插入，比如事务第一次查询得到某个范围的数据，第二次查询也同样得到了相同范围的数据，中间没有新的数据插入到该范围中。
4.隔离级别
自动开启
手动开启事务也有几种方式，一种是用begin；一种是用start transaction。
手动开启事务
还有一种情况，客户端的连接断开的时候，事务也会结束。
5. 数据库什么时候会出现事务
基于锁的并发控制LockBased Concurrency Control（LBCC）
多版本的并发控制 Multi Version Concurrency Control（MVCC）
两大实现方案
6. MySQL InnoDB 对隔离级别的支持
数据库读一致性问题
行锁的原理
共享锁（s-行锁）：又称读锁
排他锁（Ｘ-行锁）：又称写锁。
意向共享锁（IS）：事务打算给数据行共享锁，事务在给一个数据行加共享锁前必须先取得该表的IS锁。
意向排他锁（IX）：事务打算给数据行加排他锁，事务在给一个数据行加排他锁前必须先取得该表的IX锁。
意向锁(意向锁都是表锁)
MySQL InnoDB 锁的基本类型
记录锁
间隙锁
临键锁
四个事务隔离级别的实现
锁的算法
（1）同一时刻只能有一个事务持有这把锁
（2）其他的事务需要在这个事务释放锁之后才能获取锁，而不可以强行剥夺
（3）当多个事务形成等待环路的时候，即发生死锁。
死锁的产生条件
死锁的避免
查看锁信息（日志）
死锁
InnoDB的行锁模式及加锁方法
InnoDB
https://www.cnblogs.com/leedaily/p/8378779.html
7.锁
2. 事务
1.类型
B+tree
2.实现
1，较频繁的作为查询条件的字段应该创建索引；
4，不会出现在WHERE 子句中的字段不该创建索引；
索引的创建原则
3.创建
MyISAM索引文件和数据文件是分离的(非聚集)
InnoDB索引实现(聚集)
4.聚集索引和非聚集索引分别是什么意思，有什么区别
3.索引
1、每一列只能有一个值
2、每一行可以被唯一的区分
3、不包含其他表的已包含的非关键信息
垂直分库的做法，把一个数据库按照业务拆分成不同的数据库：
2.垂直分库
把单张表的数据按照一定的规则分布到多个数据库
3.水平分表
4.数据分片规则
分库分表
JOIN的原理
1.Explain:可以让我们查看MYSQL执行一条SQL所选择的执行计划
2.Profiling:可以用来准确定位一条SQL的性能瓶颈；
执行计划与执行明细
打开慢日志开关
1.开启慢查询日志 slow query log
2.慢日志分析
统计慢查询
3.选择需要优化的SQL
1、任何SQL的优化，都从Explain语句开始；Explain语句能够得到数据库执行该SQL选择的执行计划；
2、首先明确需要的执行计划，再使用Explain检查；
3、使用profile明确SQL的问题和优化的结果；
4.Explain和Profile入手
思路
1、永远用小结果集驱动大的结果集
2、在索引中完成排序
3、使用最小Columns
4、使用最有效的过滤条件
5、避免复杂的JOIN和子查询
6.尽量避免大事务操作，提高系统并发能力。
7.尽量避免向客户端返回大数据量，若数据量过大，应该考虑相应需求是否合理。
8.关于排序
关于索引
索引
军规
原则
sql优化原则
4.性能优化
mysql
mysql学习笔记
0 条评论
回复 删除
下一页
