MySQL 体系结构

标签：MYSQL/数据库/查询原理/体系结构

概述  

学习一门数据库系统首先得了解它的架构，明白它的架构原理对于后期的分析问题和性能调优都有很大的帮助，接下来就通过分析架构图来认识它。

目录

•  概述
•  架构图
•  总结

架构图

1.连接管理与安全验证

每个客户端都会建立一个与服务器连接的线程，服务器会有一个线程池来管理这些连接；如果客户端需要连接到MYSQL数据库还需要进行验证，包括用户名、密码、主机信息等。

2.解析器

解析器的作用主要是分析查询语句，最终生成解析树；首先解析器会对查询语句的语法进行分析，分析语法是否有问题。还有解析器会查询缓存，如果在缓存中有对应的语句，就返回查询结果不进行接下来的优化执行操作。前提是缓存中的数据没有被修改，当然如果被修改了也会被清出缓存。

在有的书籍中会把查询缓存放在解析之前，难道不需要判断语法是否有错误吗？如果有知道的麻烦帮忙解惑。

3.优化器

优化器的作用主要是对查询语句进行优化操作，包括选择合适的索引，数据的读取方式，包括获取查询的开销信息，统计信息等，这也是为什么图中会有优化器指向存储引擎的箭头。之前在别的文章没有看到优化器跟存储引擎之间的关系，在这里我个人的理解是因为优化器需要通过存储引擎获取查询的大致数据和统计信息。

4.执行器

执行器包括执行查询语句，返回查询结果，生成执行计划包括与存储引擎的一些处理操作。

存储引擎

1.锁的种类

锁的由来是为了解决并发控制，对于一个查询语句为了不让查询的数据被其它语句所更改就需要将数据附加锁，我们比较熟悉的锁有共享锁和排他锁。

2.锁的粒度

任何一种操作都需要消耗资源，附加锁同样也会消耗资源，同样的一个查询如果我们锁定的资源越少那么并发就越高同时资源消耗越大，反之并发低消耗越小。

  表锁(table lock)

表锁是MYSQL里面资源消耗最小的锁，只需要在查询对应的表上附加锁就可以了。一个SQL语句首先需要获得锁，首先查询语句会判断表上面是否存在锁，如果表上面有排他锁那么查询语句就会等待，所以查询语句只需要获取一次锁就可以了，不需要再往下一层去判断是否存在行锁，锁资源消耗低。同时如果有一个排他锁附加在该表上面其它的语句都需要等待改锁释放，系统的并发度很低。

 行锁（row lock）

行锁与表锁刚好相反，一个update语句首先它会判断对应的表是否存在排他锁，如果不存在接下来会判断对应的更新记录上面是否存在锁，如果不存在附加排他锁。行锁的获取锁资源方面消耗比表锁更多，但是由于它只在对应的记录行上面添加锁，不影响对应表的其它记录行，系统的并发度比表锁要高。

 死锁

在一个高并发的系统中，由于锁和事务的存在往往会有死锁的情况发生。举个简单的死锁的例子，假如两个事务同时执行。

事务1START TRANSACTION;UPDATE USER SET NAME='张三' WHERE ID=1等待5秒UPDATE USER SET NAME='李四' WHERE ID=2COMMIT;事务2START TRANSACTION;UPDATE USER SET NAME='张三' WHERE ID=2等待5秒UPDATE USER SET NAME='李四' WHERE ID=1COMMIT;

海外公司注册、海外银行开户、跨境平台代入驻、VAT、EPR等知识和在线办理：https://www.xlkjsw.com

原标题：MySQL 体系结构

关键词：MYSQL