mysql 学习笔记--基础篇

基础篇

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 利用了“全部数据都有多个版本”的这个特性，实现了“秒级建立快照”的能力。