Mysql的逻辑架构_读写锁_事物

mysql最与众不同的特性：存储引擎架构

架构的设计： 将查询处理(Query Processing)及其他系统任务(Server Task)和数据的存储/提取相分离。

处理和存储分离的设计： 可以在使用时根据性能、特性，以及其他需求来选择数据存储的方式。

一. MySql的逻辑架构

1. 逻辑架构图

（图片来自高性能MySql第3版）

• 最上层服务大多数基于网络的客户端/服务器的工具或者服务都有类似的架构。(例如连接处理、授权认证、安全等)
• 第二层架构： Mysql核心服务功能，包括查询解析、分析、优化、缓存以及所有的内置函数及跨存储引擎的功能实现存储过程、触发器、视图等。
• 第三层架构： 包含了存储引擎。存储引擎负责MySQL中数据的存储和提取。
  服务器通过API与存储引擎进行通信。这些接口屏蔽了不同存储引擎之间的差异，使得这些差异对上层的查询过程透明。
  不同存储引擎之间也不会相互通信，只是简单地响应上层服务器的请求。

2. 连接管理与安全性

二. 并发控制

1. 读写锁

出现背景： 两个及以上进程在同一时刻对同一资源进行操作，例如读写、写写、写读会出现的数据不一致的并发问题。

概览

2. 锁粒度

一种提高共享资源并发性的方式就是让锁定对象更有选择性。尽量只锁定需要修改的部分数据，而不是所有的资源。

理想状态下： 只对会修改的数据片进行精确的锁定。
任何时候，在给定的资源上，锁定的数据量越少，则系统的并发程度越高，只要相互之间不发生冲突即可

锁策略： 在锁的开销和数据的安全性之间寻求平衡，因为锁的各种操作会增加系统开销。

三. 事务

事务就是一组原子性的SQL查询，或者说一个独立的工作单元。

事务内的语句，要么全部执行成功，要么全部执行失败。

1. 特性

• 一个实现了ACID的数据库，相比没有实现ACID的数据库，通常会需要更强的CPU处理能力、更大的内存和更多的磁盘空间
• 用户可以根据业务是否需要事务处理，来选择合适的存储引擎
• 不需要事务的查询类应用，选择一个非事务型的存储引擎获得更高的性能，即使不存储引擎支持事物，也可以通过LOCK TABLES语句为应用提供一定程度的保护

2. 隔离级别

每一种级别都规定了一个事务中所做的修改，哪些在事务内和事务间是可见的，哪些是不可见的。

较低级别的隔离通常可以执行更高的并发，系统的开销也更低。

概览总结

3. 死锁

对于事务型的系统，死锁无法避免的。

死锁发生以后，只有部分或者完全回滚其中一个事务，才能打破死锁。即大多数情况下只需要重新执行因死锁回滚的事务即可。

4. 事物日志

5.MySql中的事物

MySQL提供了两种事务型的存储引擎：InnoDB和NDB Cluster。

另外还有一些知名的第三方存储引擎也支持事务，包括XtraDB和PBXT。