存储过程与视图各自在什么条件下使用_Mysql的逻辑架构与查询执行的具体过程...

和其他数据库系统相比，Mysql有点与众不同，它的架构适应多种不同场景，并且都能发挥好的作用，扩展性好的同时，也增加了点选择性的难度。所以了解Mysql各组件是如何协同工作的，才能有效发挥Mysql的威力。

先贴一张经典的架构图，来源于网络。

作为一个合格的Mysql使用者，头脑中要始终能清晰浮现此架构图。

最上层是服务端，与其他c/s服务类似，管理着连接处理、授权认证、安全等。

Mysql服务器维护着一个线程池，每个客户端连接都会在服务器进程中拥有一个线程，这个连接的查询只会在这个单独的线程中执行。

连接到Mysql服务器是，服务器会对其进行认证。认证基于用户名、原始主机信息和密码。连接成功过后，服务器还会继续验证客该用户是否有执行某个特定查询的权限。如对表的读、写以及数据的读、写权限。

第二层包含了Mysql的核心服务功能，如查询解析、分析、优化、缓存以及内置函数。还有跨存储引擎的功能也在这一层：存储过程、触发器、视图等。

对于SELECT语句，在解析之前会先检查查询缓存，如果能检索到对应的查询，服务器就直接返回查询缓存中的结果。反之Mysql会解析查询并创建解析树（内部的一种数据结构），然后对其优化：重写查询、决定表的读取顺序、选择合适的索引等。我们可以请求优化器解释（explain）优化过程的各个因素，方便我们重构查询和schema、修改系统配置等来提高运行效率。

第三层是存储引擎层。这层是Mysql适应性广的根本原因，存储引擎负责了Mysql中数据的存储和提取。服务器通过API于存储引擎进行通信，接口屏蔽了存储引擎之间的差异，使得存储引擎相对于上层的查询过程透明了。

存储引擎的工作相对于我们来说相当于一个黑盒子，我们很少关心他内部的实现原理。

#mysql命令行：执行可以 看到表相关信息
SHOW TABLE STATUS LIKE 'func' G

Engine: 表示了表使用了何种存储引擎

我这里简单整理下InnoDB和MyISAM各自的优势。

InnoDB: 适用数据一致性高，支持排序，支持范围查询的场景。

• 支持事务
• 支持行锁，间隙锁的使用，使得InnoDB不仅可以锁定涉及的行，还会对索引的间隙进行锁定，防止了幻读
• 自动崩溃恢复特性
• 实现了四个标准的隔离级别，默认隔离级别为 REPEATABLE READ (可重复读)。使用mvcc多版本控制来支持高并发
• 由于支持事务使得可以实现真正的热备份，不用停止写入便能备份数据

MyISAM：适用于读多写少的业务，如工作岗位类型，类目相关信息表。

• 表压缩
• 全文索引
• 空间函数
• 仅支持表锁