和其他数据库系统相比,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:适用于读多写少的业务,如工作岗位类型,类目相关信息表。
- 表压缩
- 全文索引
- 空间函数
- 仅支持表锁