目标：
掌握Mysql的各组件及各组件的功能
理解Mysql简版执行流程和详细执行流程
掌握MyIsam和InnoDB的区别并说明使用场景
掌握Mysql日志文件及主要日志文件的作用
理解Mysql的数据文件及作用
使用命令查看mysql日志
配置my.cnf开启二进制日志、通用查询日志、慢查询日志等
掌握索引、分类、优劣势
使用命令创建、查看、删除索引
理解索引的原理和存储结构
1. MySQL架构篇
1.1 逻辑架构
逻辑架构图：
如上图俩圈圈，分为Server层和存储引擎层两部分。
1.1.1 Server层
涵盖MySQL的大多数核心服务功能，以及内置函数，存储过程、触发器、视图都在这一层实现。
1) 连接器：
负责跟客户端建立连接、获取权限、维持和管理连接。
2) 查询缓存：
MySQL拿到一个查询请求后，会先到查询缓存看看，之前是不是执行过这条语句。
如果语句在查询缓存中，则直接返回之前的查询结果，如果不在，执行查询sql完成后，执行结果会被存入查询缓存中。
但不建议使用，查询缓存的失效非常频繁，只要有对一个表的更新，这个表上所有的查询缓存都会被清空。
3) 分析器：
分析器先会做“词法分析”，“语法分析”，判断你输入的这个SQL语句是否满足MySQL语法
4) 优化器：
优化器是在表里面有多个索引的时候，决定使用哪个索引；或者在一个语句有多表关联（join）的时候，决定各个表的连接顺序。
5) 执行器：
开始执行的时候，要先判断一下你对这个表T有没有执行查询的权限，如果没有，就会返回没有权限的错误，如果有权限，就打开表继续执行。打开表的时候，执行器就会根据表的引擎定义，去使用这个引擎提供的接口。
1.1.2 存储引擎层
负责数据的存储和提取,支持InnoDB、MyISAM、Memory等多个存储引擎。
MyISAM：高速引擎，拥有较高的插入和查询速度，支持全文搜索和数据压缩，但不支持事务、不支持行锁、支持3种不同的存储格式。
InnoDB：5.5版本后MySQL的默认数据库，支持事务和行级锁定，事务处理、回滚、崩溃修复能力和多版本并发控制的事务安全，比MyISAM处理速度稍慢、支持外键。
InnoDB和MyISAM存储引擎区别：
1）存储引擎的选型：
InnoDB：支持事务处理，支持外键，支持崩溃修复能力和并发控制。
如果需要对事务的完整性要求比较高（比如银行），要求实现并发控制（比如售票），那选择InnoDB有很大的优势。
如需频繁的更新、删除操作的数据库，也可以选择InnoDB，因为支持事务的提交（commit）和回滚（rollback）。
MyISAM适用场景：：
- 非事务性场景（数据仓库，报表，日志数据）。
- 只读类应用
- 空间类应用
同一个数据库也可以使用多种存储引擎的表。如果一个表要求比较高的事务处理，可以选择InnoDB。这个数据库中可以将查询要求比较高的表选择MyISAM存储。
1.2物理架构
MySQL是通过文件系统对数据和索引进行存储，从物理结构上可以分为日志文件和数据索引文件。
日志文件采用顺序IO方式存储、数据文件采用随机IO方式存储
顺序IO方式: 优点：记录速度快，只能追加，适合日志。劣势：占空间。
随机IO方式：优点：省空间，适合数据+索引。劣势：相对慢。
MySQL在Linux中的数据索引文件和日志文件都在/var/lib/mysql目录下。
1.2.1日志文件
a）错误日志（errorlog）：
记录了运行过程中遇到的所有严重的错误信息,以及 MySQL每次启动和关闭的详细信息。
b）二进制日志（binlog）：
是逻辑日志，记录的是这个语句的原始逻辑（但不包括select语句内容）
如果是DDL语句（CREATE、ALTER、DROP），则直接记录到binlog日志，而DML（增删改）语句，必须通过事务提交才能记录到binlog日志中。
binlog会写入指定大小的物理文件中,是追加写入的,当前文件写满则会创建新的文件写入。
c）重做日志（redo log）
记录数据修改之后的值，用于持久化到磁盘中。
redo log包括两部分：一是内存中的日志缓冲，该部分日志是易失性的；二是磁盘上的重做日志文件，该部分日志是持久的。由引擎层的InnoDB引擎实现,是物理日志,记录的是物理数据页修改的信息,比如“某个数据页上内容发生了哪些改动”。
当一条数据需要更新时,InnoDB会先将数据更新，然后记录redoLog 在内存中，然后找个时间将redoLog的操作执行到磁盘上的文件上。不管是否提交成功我都记录，你要是回滚了，那我连回滚的修改也记录。它确保了事务的持久性。
d）回滚日志（undo log）
主要用于事务中执行失败，进行回滚。由引擎层的InnoDB引擎实现,是逻辑日志,记录数据修改被修改前的值,比如"把id='A'修改为id='B'，那么undo日志就会用来存放id ='A'的记录”。
当一条数据需要更新前,会先把修改前的记录存储在undolog中,如果这个修改出现异常,则会使用undo日志来实现回滚操作,保证事务的一致性。
当事务提交之后，undo log并不能立马被删除,而是会被放到待清理链表中,待判断没有事物用到该版本的信息时才可以清理相应undolog。它保存了事务发生之前的数据的一个版本，用于回滚。
e）慢查询日志（slow query log）
SQL调优定位慢的 select，默认是关闭的。
需要通过以下设置进行开启：
#开启慢查询日志
slow_query_log=ON
#慢查询的阈值，记录执行时间超过3秒的所有查询，便于收集查询时间比较长的SQL语句
long_query_time=3
#日志记录文件如果没有给出file_name值， 默认为主机名，后缀为-slow.log。如果给出了文件名，但不是绝对路径名，文件则写入数据目录。
slow_query_log_file=file_name
1.2.2数据文件
查看文件位置
#查看文件位置
SHOW VARIABLES LIKE '%datadir%';
datadir /u02/mysql/
1.2.3InnoDB数据文件
.frm文件：主要存放与表相关的数据信息,主要包括表结构的定义信息
.ibd：使用独享表空间存储表数据和索引信息，一张表对应一个ibd文件。
ibdata文件：使用共享表空间存储表数据和索引信息，所有表共同使用一个或者多个ibdata文
件。
1.2.4MyIsam数据文件
.frm文件：主要存放与表相关的数据信息,主要包括表结构的定义信息
.myd文件：主要用来存储表数据信息。
.myi文件：主要用来存储表数据文件中任何索引的数据树