1. Mysql架构
1.1. 体系
1.1.1. 连接层
当MySQL启动（MySQL服务器就是一个进程），等待客户端连接，每一个客户端连接请求，服务器都会新建一个线程处理（如果是线程池的话，则是分配一个空的线程），每个线程独立，拥有各自的内存处理空间
show VARIABLES like '%max_connections%'
连接到服务器，服务器需要对其进行验证，也就是用户名、IP、密码验证，一旦连接成功，还要验证是否具有执行某个特定查询的权限（例如，是否允许客户端对某个数据库某个表的某个操作）
1.1.2. SQL处理层
这一层主要功能有：SQL语句的解析、优化，缓存的查询，MySQL内置函数的实现，跨存储引擎功能（所谓跨存储引擎就是说每个引擎都需提供的功能（引擎需对外提供接口）），例如：存储过程、触发器、视图等。
1.如果是查询语句（select语句），首先会查询缓存是否已有相应结果，有则返回结果，无则进行下一步（如果不是查询语句，同样调到下一步）
2.解析查询，创建一个内部数据结构（解析树），这个解析树主要用来SQL语句的语义与语法解析；
3.优化：优化SQL语句，例如重写查询，决定表的读取顺序，以及选择需要的索引等。这一阶段用户是可以查询的，查询服务器优化器是如何进行优化的，便于用户重构查询和修改相关配置，达到最优化。这一阶段还涉及到存储引擎，优化器会询问存储引擎，比如某个操作的开销信息、是否对特定索引有查询优化等。
1.1.2.1. 缓存
show variables like '%query_cache_type%' -- 默认不开启
show variables like '%query_cache_size%' --默认值1M
SET GLOBAL query_cache_type = 1; --会报错
query_cache_type只能配置在my.cnf文件中，这大大限制了qc的作用
在生产环境建议不开启，除非经常有sql完全一模一样的查询
QC严格要求2次SQL请求要完全一样，包括SQL语句，连接的数据库、协议版本、字符集等因素都会影响
1.1.2.2. 解析查询
1.1.2.3. 优化
通过上面的sql大概就能看出一个sql并不一定会去查询物理数据，sql解析器会通过优化器来优化程序员写的sql
explain
select * from account t where t.id in (select t2.id from account t2)
show warnings;
1.2. 逻辑架构
在mysql中其实还有个schema的概念，这概念没什么太多作用，只是为了兼容其他数据库，所以也提出了这个。
在mysql中 database 和schema是等价的
create database demo;
show databases;
drop schema demo;
show databases;
1.3. 物理存储结构
1.3.1. 数据库的数据库（DataDir）
mysql安装的时候都要指定datadir,其查看方式为：
show VARIABLES like 'datadir'，其规定所有建立的数据库存放位置
1.3.2. 数据库
创建了一个数据库后，会在上面的datadir目录新建一个子文件夹
1.3.3. 表文件
用户建立的表都会在上面的目录中，它和具体的存储引擎相关，但有个共同的就是都有个frm文件，它存放的是表的数据格式。
mysqlfrm --diagnostic /usr/local/mysql/data/mall/account.frm
1.3.4. mysql utilities 安装
tar -zxvf mysql-utilities-1.6.5.tar.gz
cd mysql-utilities-1.6.5
python ./setup.py build
python ./setup.py install