高性能Mysql学习日志之Mysq的整体架构描述l（一）

第一章

1.1.mysql服务器逻辑架构图

在架构图中

第一层属于客户端，并不属于mysql，他主要跟mysql进行连接处理、授权认证和安全等交互。

第二层服务层为msql的核心架构，mysql的核心服务都在这里，包括缓存、优化、解析、mysql提供的所有的内置函数（包括日期函数、时间函数、数学函数、加密函数等）以及存储过程、触发器和视图都是在这个地方实现的。

第三层存储引擎层为mysql提供的各种存储引擎，每个存储引擎都有各自的优势劣势，具体之后再展开详细描述。

1.1.1连接管理与安全

每个客户端连接mysql服务器时，都会为他自动创建一个线程，该客户端进行的所有操作都只会单独的在这个线程中执行，服务器会缓存管理这个线程，因此我们客户端不需要对该线程进行管理（销毁或者创建该线程）。

1.1.2优化与执行

在架构图第二层有一个专门负责优化的优化器，它的作用包括重写查询、决定对表的读取顺序、选择最适的索引进行最优查询。

第二层还提供了一个查询缓存，当一个select语句进来时，mysql会对其进行缓存查询，如果存在该查询，则不会再去执行查询解析、优化和执行等过程。

1.2并发控制

1.2.1读写锁

当处理并发读并发写的操作时，由于并发写会导致读操作的结果改变，因此，在读操作时，必须要先保证写操作不发生（通常情况下是对同一条数据或者同一张表来说）。为了解决这种情况，可以通过实现一个由两种类型锁组成的锁系统来解决该问题。这两种锁即共享锁和排他锁，也称作读锁和写锁。顾名思义，读锁是共享的，每个读锁都可以进行访问同一条数据（或表）而不会阻塞，但是，只要存在一个写锁，那么其他的读锁和写锁就会被阻塞，无法对同一条数据（或表）进行操作。

1.2.2锁粒度

通过锁来保证读写并发的固然好，但是问题是，加锁也是需要消耗cpu资源的，锁的各种操作包括获得锁、检查锁、释放锁都会对系统增加开销，因此就必须在具体业务情况下进行锁策略的选择。

所谓锁策略就是在锁的开销和数据的安全性之间寻找平衡，这种平衡也会影响到性能。最常用的莫过于行级锁和表级锁策略。

表级锁：表锁是mysql最基本的锁策略，他是开销最小的策略。当一个写操作发生在某张表时，他会锁定那张表，而其他对这张表的写锁和读锁都无法再访问他。这将会影响性能，但是在特定的场景下，他反而能够提供良好的性能。

行级锁：行级锁可以最大程度的支持并发操作（但是同时也带来了最大的锁开销）。最经典的mysql行级锁的搜索引擎莫过于InnerDB和XtraDB，行级锁只在存储引擎层实现，而服务层则没有实现，他不会知道存储引擎层是使用何种策略的。