MYSQL学习（二） --MYSQL框架

MYSQL架构理解

通过对MYSQL重要的几个属性的理解，建立一个基本的MYSQL的知识框架。后续再补充完善。

一、MYSQL架构

　　这里给的架构描述，是很宏观的架构。有助于建立对MYSQL整体理解。

　　1. 架构图

　　以下是在网上找的两张MYSQL架构图。能反映MYSQL的结构。

　　

　　结构基本一致，都是连接、服务和存储引擎三部分。

　　　　

　　2.分层实现

　　MYSQL大致分为3个层次。连接层、服务层和引擎层。连接层功能是客户端的链接服务。服务层完成缓存查询、SQL分析、SQL优化。引擎层真正负责MYSQL数据的存储和提取。

　　1．连接层

　　核心功能是完成客户端的链接安全服务。负责一些连接处理、授权认证以及相关安全方案。该层提供了线程池功能。为通过安全认证的客户端提供线程。

验证主要是用户名、密码的验证。

　　2．服务层

　　服务层提供的服务包括查询的解析、分析（语法、语义）、优化（SQL）、缓存查询、内置函数（日期、数学、时间、加密）、跨存储引擎的功能（存储过程、触发器、视图）等。

　　3．引擎层

　　存储引擎层主要负责数据的存储和提取。服务器通过API和引擎层进行通信。

　　核心需要了解的引擎有InnoDB和MyISAM两种引擎。绝大多数情况下都选择使用使用InnoDB引擎。

1. InnoDB：支持事务、支持行表锁（高并发友好-行锁更好的支持并发）、支持主外键、不支持全文检索。
2. MyISAM：支持全文检索、不支持事务、只支持表锁(对并发不好--操作一条数据就需要锁住整张表)。

　　3.查询组件

　　按照查询过程，描述各组件的功能。

　　1．连接器

　　　　管理数据库链接、权限验证。

　　

　　2.用户权限是链接时刻的用户权限

　　　　一个用户成功建立

　　　　连接后，即使你用管理员账号对这个用户的权限做了修改，也不会影响已经存在连接的权限。修改完成后，只有再新建的连接才会使用新的权限设置。

1. 链接

　　　　链接过程比较麻烦，通常使用长链接。

　　　(1) 长链接

　　　　如果客户端和服务端链接上之后，客户端有持续的请求，则一直使用同一个链接。

　　　　长链接缺点：容易占用内存。在执行语句中使用的内存是管理在链接对象中的。这些资源只有在断开链接的使用才能释放。如果长链接时间较长，可能积累的内存很大，造成内存溢出。解决思路(定期断开重连)。

　　(2)短链接

　　　　连接后执行SQL之后，断开链接，下次使用时，重新链接。

2．查询缓存

　　核心思想就是看，缓存中是否存在刚刚查询过和当前一样的SQL。如果存在，则直接使用缓存数据返回。如果不存在，才执行后续的查询步骤。缺点是：适合于静态表。如果是动态表，数据实时发生变化。查询以前的缓存数据不准确。

1. 查询缓存

　　建立链接后，首先是在内存中查询，看之前是否执行过这条语句。之前执行过的语句可能以KEY-VALUE的形式保存在内存中。KEY为查询的语句。VALUE是查询的结果。

　　(1)缓存存在

　　　　直接将缓存的数据返回给客户端。

　　(2)缓存不存在

　　　　执行后面的阶段。

3．分析器

　　将SQL的字符串转成语法树。过程包含词法解析和语法解析。

　　(1)词法解析

　　识别字符串中的SQL关键字和函数关键字。

　　(2)语法解析

　　在词法分析基础之上，生成语法树。可以向后提交给优化器。

4．优化器

　　优化器对语法树进行进一步优化，给出更合理的执行计划。从而提高SQL的执行效率。

　　比如：多个表JOIN的时候，决定表的关联顺序。多个索引时，选择使用哪个索引。

5．执行器

　　经过优化器优化后的语句，进入执行器阶段。开始执行语句。

　　(1)判断权限

　　判断用户有没有对表操作的权限。如果没有，则直接返回该用户没有权限错误。如果有，就继续执行。

　　(2)调用引擎API，继续执行

　　打开表，执行器会根据表的引擎定义，去执行这个引擎提供的接口。

二、并发控制

　　当多个线程，同时修改同一张表的数据的时候，就需要并发控制。MYSQL在两个级别实现并发控制。服务器级(the server level)和存储引擎级(the storage engine level)。加锁实现并发控制。对锁从不同的角度分析，尽量减小锁对并发的影响。从提升并发性能的角度来分析的。

　　(一)、尽小可能使用互斥，尽大可能使用共享

　　互斥是实现同步的一种方式。也是代价比较大的一种。对并发性能影响较大。因此，对锁分为共享锁和互斥锁。也是经常说的读锁和写锁。根据不同的情况，在保证正确性的前提下，尽可能使用共享锁(读锁)。

　　1．读锁(共享锁)

　　读锁允许多个连接，并发的读取统一资源，互不干涉。读锁之间是共享的。不互斥。

　　2．写锁(互斥锁、排它锁)

　　一个写锁阻塞其它写锁和读锁。保证同一时刻只有一个连接写入数据。同时，防止其它用户对这个数据进行读写。

　　（二）、 力度(尽小范围加锁)

　　在满足逻辑正确的情况下。加锁范围越小，产生阻塞的可能性越小。并发的性能就越高。因此。从这个角度来分析MYSQL的锁机制。MYSQL中分为表锁和行级锁。

　　1．表锁

　　表锁是用户操作的过程中对整张表锁定。只允许一个用户对表进行操作(插入、删除、更新)。MYSQL独立于存储引擎提供表锁，例如，对于ALTER TABLE语句，服务器提供表锁(table-level lock)。

表锁是MYSQL基本的锁策略。也是开销最小的锁策略（因为简单可行）。

　　2．行级锁

　　最大程度的支持并发处理。InnoDB支持行级锁。指锁定需要的几行数据即可。也是开销最大的所策略(需要精确的控制，代价很大)。

　　（三）、 多版本控制

　　多版本控制的核心是 读事务不用等待锁。从而更加提升了性能。MYSQL的MVCC的实现逻辑。

　　通过在每行数据后添加两个隐藏列来实现。一个是创建时间，一个死过期时间(删除时间)。这两个列存储的是系统版本号（版本号的大小体现时间的先后顺序）。每开始一个新的事务，版本号都会增加。事务开始时刻的版本号作为这个事务的版本号。

MVCC的具体操作，InnoDB引擎为例

　　（1）INSERT

　　插入每行数据，创建时间为当前的系统版本号

　　（2）DELETE

　　删除每行数据，保存当前系统版本号为删除时间。

　　（3）UPDATE

　　插入一行新数据。当前系统版本号为创建时间。另外，当前版本号为原来行的删除时间

　　（4）SELECT

　　　读操作不需要等待其它锁

　　 查询的时候，需要满足一下两个条件的数据。

1. 只需要找创建时间小于或等于当前版本号的数据。（这样能确保事务读取的行，要么在事务开始之前就已经存在，要么是事务自身插入或者修改的）
2. 行的删除时间，要么未定义，要么大于当前版本。

　　符合以上两个条件的记录，才能作为查询结果。

三、 事务

　　数据库的事务处理原则是ACID的正确性。

　　（一）、事务的ACID属性

　　1．原子性

　　一个事务被视为最小的工作单元，整个事务所有操作，要么都执行，要么全部回滚，都不执行。不能执行其中的一部分，任务不能分割。

　　2．一致性

　　符合逻辑，从一个一致性状态转换到另一个一致性状态。

　　3．隔离性

　　提供一定的隔离机制，保证事务在运行过程中不受外部并发操作的影响。一个事务所做的修改，在提交之前，对其它事务不可见。

　　4．持久性

　　一旦事务提交，其所做的修改就会保存到数据库中。即事务提交后，对数据的修改是永久性的。

　（二）、 隔离级别

　　隔离规定了，一个事务所做的修改，那些在事务内部和事务间是可见的，那些是不可见的。较低级别的隔离通常可以执行较高的并发。系统的开销更低。

　　1．未提交读 REDA UNCOMMITED

　　事务中的修改，即使没有提交，对其它事务也都是可见的。

　　这种情况下，容易造成脏读。

　　2．提交读 READ COMMITED

　　一个事务中的修改，只有在事务提交之后，对其它事务才可见。换句话说，一个事务的修改，在其提交之前，对其余事务是不可见的。

　　这个级别满足隔离性的定义，也称为不可重复读。因为，即使在一个事务中，重复两次查询，可能得到不一样的结果。

　　3．可重复读 REPEATABLE READ

　　同一个事务中，多次读取，记录结果是一致的（因为同一个事务，版本号是一样的，有版本号控制，能够保证，多次查询结果是一致的）。重复读能解决脏读的问题。

　　可重复读是MYSQL默认的隔离级别。

　　4．可串行化 SERIALIZABLE

　　是隔离的最高级别。强制要求事务串行执行。是加锁读。

　　 

　（三）、 死锁

　　两个或多个事务，在同一资源上相互占用。并请求占用对方占用的资源。

　（四）、MYSQL中的事务

　　MYSQL默认为自动提交(AUTOCOMMIT)。

　　1．自动提交

　　如果不是显示的提交一个事务(START TRANSACTION ---COMMIT)，每个查询都会作为一个事务提交。

　　参数设置：set autocommit = 1；

　　2．手动提交

　　所有的查询都是在一个事务中，直至显示的执行commit提交或者rollback回滚，该事务才结束。

　　参数设置： set autocommit = 0；

　（五）、 事务处理的几个问题

　　由于事务的并发执行，带来以下一些著名的问题：

　　1．更新丢失（Lost Update）

　　当两个或多个事务选择同一行，然后基于最初选定的值更新该行时，由于每个事务都不知道其他事务的存在，就会发生丢失更新问题－－最后的更新覆盖了由其他事务所做的更新。

　　2．脏读（Dirty Reads）

　　一个事务正在对一条记录做修改，在这个事务完成并提交前，这条记录的数据就处于不一致状态；这时，另一个事务也来读取同一条记录，如果不加控制，第二个事务读取了这些"脏"数据，并据此做进一步的处理，就会产生未提交的数据依赖关系。这种现象被形象地叫做"脏读"。

　　3．不可重复读（Non-Repeatable Reads）

　　一个事务在读取某些数据后的某个时间，再次读取以前读过的数据，却发现其读出的数据已经发生了改变、或某些记录已经被删除了！这种现象就叫做"不可重复读"。

　　4．幻读（Phantom Reads）

　　一个事务按相同的查询条件重新读取以前检索过的数据，却发现其他事务插入了满足其查询条件的新数据，这种现象就称为"幻读"。

四、引擎

　　数据库中的引擎是真正执行SQL的组件，被MYSQL集成在内部。MYSQL是一个多引擎的数据库管理系统。核心的有InnoDB(默认引擎)和MyISAM。

　（一）、 InnoDB

　　MYSQL默认的存储引擎。最大的特点是支持事务、支持行级锁，因此能支持高并发的访问。不支持全文索引。索引是基于聚簇索引建立的。对主键的查询有很高的性能。

　（二）、MyISAM

　　MYSQL5之前的默认存储引擎。最大的特点是支持全文索引。但是，不支持事务，支持表锁。并发支持性不好。