mysql 学习笔记–基础篇

服务器

浏览数:105

2020-6-28

基础篇

Day 1

01 | 基础架构:一条SQL查询语句是如何执行的?
  • MySQL 可以分为 Server 层和存储引擎层两部分。



  • 尽量使用长连接,避免内存过大没释放的办法

  • 不要使用查询缓存
  • 总结,sever层:连接器,分析器,优化器,执行器

Day2

02 | 日志系统:一条SQL更新语句是如何执行的?
  • 与查询流程不一样的是,更新流程还涉及两个重要的日志模块
  • redo log(重做日志)和 binlog(归档日志)
  • WAL 的全称是 Write-Ahead Logging,它的关键点就是先写日志,再写磁盘,也就是先写粉板,等不忙的时候再写账本
  • 当有一条记录需要更新的时候,InnoDB 引擎就会先把记录写到 redo log(粉板)里面,并更新内存,这个时候更新就算完成了。同时,InnoDB 引擎会在适当的时候,将这个操作记录更新到磁盘里面
  • innoDB 的 redo log 是固定大小的,比如可以配置为一组 4 个文件,每个文件的大小是 1GB,那么这块“粉板”总共就可以记录 4GB 的操作
  • 浅色框表示是在 InnoDB 内部执行的,深色框表示是在执行器中执行的

  • 两阶段提交(上图后3步)将 redo log 的写入拆成了两个步骤:prepare 和 commit

Day3

03 | 事务隔离:为什么你改了我还看不见?
  • ACID(Atomicity、Consistency、Isolation、Durability,即原子性、一致性、隔离性、持久性)
  • 现在用的是,mysql5.6 默认是 可重复读(repeatable read)

  • 对于一些从 Oracle 迁移到 MySQL 的应用,为保证数据库隔离级别的一致,你一定要记得将 MySQL 的隔离级别设置为“读提交”

Day4

04 05 | 深入浅出索引
  • 索引模型:哈希表、有序数组和搜索树
  • 每一个索引在 InnoDB 里面对应一棵 B+ 树。
  • 普通索引查询方式,则需要先搜索 k 索引树,再到 ID 索引树搜索一次。这个过程称为回表
  • 基于非主键索引的查询需要多扫描一棵索引树。因此,我们在应用中应该尽量使用主键查询
  • 一般需要用自增量设置主键 NOT NULL PRIMARY KEY AUTO_INCREMENT
  • KEY-VALUE类型可以不用自增量,直接设置KEY为主键
  • 覆盖索引:查询选择的列已经在普通索引树上,就不需要回表
  • 最左前缀:不只是索引的全部定义,只要满足最左前缀,就可以利用索引来加速检索 例如 name like ‘朱%’,name的索引也起作用
  • 联合索引:(a,b) 符合最左前缀,mysql5.6后可以索引下推,减少回表次数。

Day5

06 | 全局锁和表锁 :给表加个字段怎么有这么多阻碍?
  • 全局锁:官方自带的逻辑备份工具是 mysqldump。当 mysqldump 使用参数–single-transaction 的时候,导数据之前就会启动一个事务,来确保拿到一致性视图。innoDB引擎支持,如果是MyISAM就需要用Flush tables with read lock (FTWRL)加全局锁再备份。
  • 表级锁:表锁的语法是 lock tables … read/write
  • 表级锁:元数据锁 MDL(metadata lock)。MDL 不需要显式使用,在访问一个表的时候会被自动加上。MDL 的作用是,保证读写的正确性
  • alert 字段会有写锁,频繁读取的表如果添加字段会造成现成堵塞。
07 | 行锁功过:怎么减少行锁对性能的影响?
  • 两阶段锁协议:在 InnoDB 事务中,行锁是在需要的时候才加上的,但并不是不需要了就立刻释放,而是要等到事务结束时才释放。这个就是两阶段锁协议。如果事务要锁多行,建议要把访问最多的那个锁放在最后执行。
  • 死锁 死锁检测:

Day6

08 | 事务到底是隔离的还是不隔离的?
  • InnoDB 的行数据有多个版本,每个数据版本有自己的 row trx_id,每个事务或者语句有自己的一致性视图。普通查询语句是一致性读,一致性读会根据 row trx_id 和一致性视图确定数据版本的可见性。
  • InnoDB 利用了“所有数据都有多个版本”的这个特性,实现了“秒级创建快照”的能力。

作者:zuing