概览
- 一. MySql的逻辑架构
- 1. 逻辑架构图
- 2. 连接管理与安全性
- 二. 并发控制
- 1. 读写锁
- 2. 锁粒度
- 三. 事务
- 1. 特性
- 2. 隔离级别
- 3. 死锁
- 4. 事物日志
- 5.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。
