笔记之高性能MySQL(一)

一. MySQL三层架构

• 第一层：连接处理、授权认证、安全等
• 第二层：拥有大量的MySQL核心功能，包括查询解析、分析、优化、缓存以及所有内置函数；且所有跨存储引擎功能都在这一层实现，如存储过程、触发器、视图等
• 第三层：包括存储引擎层，存储引擎负责对MySQL中的数据进行存储和提取，服务器通过API与存储引擎进行通信，这些API的存在，屏蔽了不同存储引擎之间的差异，用于执行开启一个事务，通过主键查询数据等操作，但存储引擎不解析SQL

二. 并发控制

有两个层面的并发控制：服务器层和存储引擎层

读写锁：在处理并发读或写时，可以通过读锁和写锁组成的锁系统解决问题，读锁和写锁也叫共享锁和排它锁

锁粒度：锁定的数据量越少，系统的并发程度越高，但频繁加锁和释放锁会消耗大量的资源。

锁策略：在锁的开销和数据的安全性之间寻求平衡。

• 表锁
  是开销最小的锁策略，会锁定整张表，写操作需要获取写锁，读操作需要获取读锁。写锁的优先级大于读锁，因此一个写锁请求可能会插入到读锁队列前
• 行锁
  行锁只在存储引擎层实现，而在服务层没有实现

三. 事务

事务是一组原子性的SQL查询，数据库存储引擎执行这些语句要么一起成功要么一起失败

(1) 事务的四大特征：

• 原子性A：一个事务被视为不可分割的最小工作单元
• 一致性C：数据库总是从一个一致性的状态转换到另一个一致性的状态
• 隔离性I：一个事务在所做的修改在最终提交前对其他事务不可见
• 持久性D：一旦事务提交，其所做的修改会永久的保存到数据库中

实现了ACID的数据库，相比没有实现的需要更强的CPU处理能力、更大的内存空间和更多的磁盘空间

(2) 四种隔离级别

• 未提交读：事务可以读取未提交的数据，也被称为脏读
• 提交读：一个事务从开始到最终提交之前，所做的任何修改对其他事务不可见，也叫不可重复读
• 可重复读：保证了在同一个事务中多次读取相同的记录的结果一致。
• 可串行化：通过强制事务串行执行，避免了幻读问题。会在读取的每一行数据上都加锁，所以可能导致大量的超时和锁争用问题

(3) 事务日志

事务日志可以提高事务的效率。存储引擎在修改表的数据时只需要修改其内存拷贝，再把修改行为记录到持久在硬盘上的事务日志，而不用每次都将修改的数据本身持久到磁盘。事务日志持久后，内存中被修改的数据在后台可以慢慢地刷回到磁盘。这种方式被称为预写式日志，修改数据需要写两次磁盘

(4) 隐式和显示锁定

• 隐式：
  InnoDB采用的是两阶段锁定协议。在事务执行过程中，随时可以执行锁定，锁只有在COMMIT或ROLLBACK才会释放，并且所有的锁都在同一时刻释放。InnoDB会根据隔离级别在需要的时候自动加锁
• 显示
  InnoDB支持通过特定的语句进行显示锁定
  SELECT … LOCK IN SHARE MODE
  SELECT … FOR UPDATE

(5) 多版本并发控制

可以认为MVCC是行级锁的一个变种，但它在很多情况下避免了加锁操作，因此开销更低。它的实现是通过保存数据在某个时间点的快照实现的，通过在每行记录后面保存两个隐藏的列实现，一列保存了行创建时事务的版本号，一列保存了行删除时事务的版本号，事务创建时当时的系统版本号会成为事务的版本号。

MVCC只在可重复读和提交读两个隔离级别下工作。
不同的存储引擎保存数据和索引的方式不同，但表的定义是在服务层统一处理。
显示表的相关信息：SHOW TABLE STATUS