MySQL高级学习笔记（三）：Mysql逻辑架构介绍、mysql存储引擎详解

mysql逻辑架构介绍总体概览

和其它数据库相比，mysql有点与众不同，它的架构可以在多种不同场景中应用并发挥良好作用。主要体现在存储引擎的架构上，插件式的存储引擎架构将查询处理和其它的系统任务以及数据的存储提取相分离 。 这种架构可以根据业务的需求和实际需要选择合适的存储引擎。

controller层：
connectors：连接层，c 、java等连接mysql

业务逻辑处理成：
connection pool：连接层 c3p0连接池等
manager service util：备份、容灾恢复、集群等
sql interface：存储过程、视图触发器
parser：查询事物、对象的权限
如果是select开头的就认为是读的操作，insert开头的就是写的操作，
sql语句的加载从from开始，转换成mysql能够读懂的形式
optimizer：mysql优化器 ，经过前面的转换，这里mysql会优化成mysql自己认为最优的方式
，并不是我们人为的优化
caches & buffers：缓冲

可拔插式的存储引擎
plugin storage engine
大部分用的是myism和innodb

文件存储层 计算机硬件
file system
file & logs

1.连接层

最上层是一些客户端和连接服务，包含本地sock通信和大多数基于客户端/服务端工具实现的类似于tcp/ip的通信。主要完成一些类似于连接处理、授权认证、及相关的安全方案。在该层上引入了线程池的概念，为通过认证安全接入的客户端提供线程。同样在该层上可以实现基于ssl的安全链接。服务器也会为安全接入的每个客户端验证它所具有的操作权限。

2.服务层

2.1 management serveices & utilities ： 系统管理和控制工具

2.2 sql interface : sql接口
接受用户的sql命令，并且返回用户需要查询的结果。比如select from就是调用sql interface

2.3 parser : 解析器
sql命令传递到解析器的时候会被解析器验证和解析。

2.4 optimizer : 查询优化器。
sql语句在查询之前会使用查询优化器对查询进行优化。
用一个例子就可以理解： select uid,name from user where gender= 1;
优化器来决定先投影还是先过滤。

2.5 cache和buffer： 查询缓存。
如果查询缓存有命中的查询结果，查询语句就可以直接去查询缓存中取数据。
这个缓存机制是由一系列小缓存组成的。比如表缓存，记录缓存，key缓存，权限缓存等
缓存是负责读，缓冲负责写。

3.引擎层

存储引擎层，存储引擎真正的负责了mysql中数据的 存储和提取 ，服务器通过api与存储引擎进行通信。不同的存储引擎具有的功能不同，这样我们可以根据自己的实际需要进行选取。后面介绍myisam和innodb

4.存储层

数据存储层，主要是将数据存储在运行于裸设备的文件系统之上，并完成与存储引擎的交互。

总体概览

查询流程图：

首先，mysql的查询流程大致是：
•mysql客户端通过协议与mysql服务器建连接，发送查询语句，先检查查询缓存，如果命中(一模一样的sql才能命中)，直接返回结果，否则进行语句解析,也就是说，在解析查询之前，服务器会先访问查询缓存(query cache)——它存储select语句以及相应的查询结果集。如果某个查询结果已经位于缓存中，服务器就不会再对查询进行解析、优化、以及执行。它仅仅将缓存中的结果返回给用户即可，这将大大提高系统的性能。

语法解析器和预处理：首先mysql通过关键字将sql语句进行解析，并生成一颗对应的“解析树”。mysql解析器将使用mysql语法规则验证和解析查询；预处理器则根据一些mysql规则进一步检查解析数是否合法。
查询优化器当解析树被认为是合法的了，并且由优化器将其转化成执行计划。一条查询可以有很多种执行方式，最后都返回相同的结果。优化器的作用就是找到这其中最好的执行计划。。
然后，mysql默认使用的btree索引，并且一个大致方向是:无论怎么折腾sql，至少在目前来说，mysql最多只用到表中的一个索引。

mysql存储引擎

查看命令

1 如何用命令查看

看你的 mysql 现在已提供什么存储引擎 :

mysql> show engines;

innodb 默认的，支持事物支持外键，且是行锁

看你的 mysql 当前默认的存储引擎 :

mysql> show variables like ‘%storage_engine%';

默认的是innodb
当前的也是innodb

各个引擎简介

1、innodb存储引擎

innodb是mysql的默认 事务型引擎 ，它被设计用来处理大量的短期(short-lived)事务。除非有非常特别的原因需要使用其他的存储引擎，否则应该优先考虑innodb引擎。 行级锁，适合高并发情况

2、myisam存储引擎

myisam提供了大量的特性，包括全文索引、压缩、空间函数(gis)等，但myisam 不支持事务和行级锁(myisam改表时会将整个表全锁住) ，有一个毫无疑问的缺陷就是崩溃后无法安全恢复。

3、archive引擎

archive存储引擎 只支持insert和select 操作，在mysql5.1之前不支持索引。
archive表适合日志和数据采集类应用。 适合低访问量大数据等情况。
根据英文的测试结论来看，archive表比myisam表要小大约75%，比支持事务处理的innodb表小大约83%。

4、blackhole引擎

blackhole引擎没有实现任何存储机制，它会丢弃所有插入的数据，不做任何保存。但服务器会记录blackhole表的日志，所以可以用于复制数据到备库，或者简单地记录到日志。但这种应用方式会碰到很多问题，因此并不推荐。

5、csv引擎

csv引擎可以将普通的csv文件作为mysql的表来处理，但不支持索引。
csv引擎可以作为一种数据交换的机制，非常有用。
csv存储的数据直接可以在操作系统里，用文本编辑器，或者excel读取。

6、memory引擎

如果需要快速地访问数据，并且这些数据不会被修改，重启以后丢失也没有关系，那么使用memory表是非常有用。memory表至少比myisam表要快一个数量级。(使用专业的内存数据库更快，如redis)

7、federated引擎

federated引擎是访问其他mysql服务器的一个代理，尽管该引擎看起来提供了一种很好的跨服务器的灵活性，但也经常带来问题，因此默认是禁用的。

myisam和innodb（重点）

对比项	myisam	innodb
主外键	不支持	支持
事务	不支持	支持
行表锁	表锁，即使操作一条记录也会锁住整个表，不适合高并发的操作	行锁,操作时只锁某一行，不对其它行有影响， 适合高并发
缓存	只缓存索引，不缓存真实数据	不仅缓存索引还要缓存真实数据，对内存要求较高，而且内存大小对性能有决定性的影响
表空间	小	大
关注点	性能	事务
默认安装	y	y
默认安装	y	y
默认安装	y	y
用户表默认使用	n	y
自带系统表使用	y	n

innodb 索引 使用 b+tree myisam 索引使用 b-tree
innodb 主键为聚簇索引，基于聚簇索引的增删改查效率非常高。

阿里巴巴、淘宝用哪个

• percona 为 mysql 数据库服务器进行了改进，在功能和性能上较 mysql 有着很显著的提升。该版本提升了在高负载情况下的 innodb 的性能、为 dba 提供一些非常有用的性能诊断工具；另外有更多的参数和命令来控制服务器行为。

•该公司新建了一款存储引擎叫 xtradb 完全可以替代 innodb, 并且在性能和并发上做得更好,

•阿里巴巴大部分 mysql 数据库其实使用的 percona 的原型加以修改。
•alisql+aliredis

以上所述是小编给大家介绍的mysql逻辑架构介绍、mysql存储引擎详解整合，希望对大家有所帮助