一、Caches - 查询缓存

下图是 MySQL 官网给出的：MySQL 架构体系图。

人们常说的查询缓存就是下图中的 Cache 部分。

如果将 MySQL 分成 Server 层和存储引擎层两大部分，那么 Caches 位于 Server 层。

b

另外你还得知道：

当一个 SQL 打向 MySQL Server 之后，MySQL Server 首先会从查询缓存中查看是否曾经执行过这个 SQL，如果曾经执行过的话，之前执行的查询结果会以 Key-Value 的形式保存在查询缓存中。key 是 SQL 语句，value 是查询结果。我们将这个过程称为查询缓存！

如果查询缓存中没有你要找的数据的话，MySQL 才会执行后续的逻辑，通过存储引擎将数据检索出来。并且查询缓存会被 shared cache for sessions，是的，它会被所有的 session 共享。

查询缓存的缺点：

只要有一个 sql update 了该表，那么表的查询缓存就会失效。所以当你的业务对表 CRUD 的比例不相上下，那么查询缓存 may be 会影响应用的吞吐效率。

你可以通过参数 query_chache_type=demand 禁用查询缓存。并且在 mysql8.0 的版本中，已经将查询缓存模块删除了。

所以，你可以根据自己的情况考虑一下有没有必要禁用个功能

b

二、Buffer Pool

还是那句话：如果将 MySQL 分成 Server 层和存储引擎层两大部分，那么 Buffer Pool 位于存储引擎层。

其实大家都知道无论是连接池也好、缓存池也好，只要是 XXX 池，都是为加速而设计的。比如操作系统的文件系统为了加快数据的读取速度，每次都做低效率的磁盘随机 IO 设计了缓冲写机制。

而 Buffer Pool 就是 MySQL 存储引擎为了加速数据的读取速度而设计的缓冲机制。下图中的灰色部分就是 BufferPool 的脑图。（字是真迹，非常之秀气！）

b

如上图，Buffer 中的中的单位是一个个的缓存页。缓存页本质上就是从磁盘中读取进内存的数据页。数据页中存放着一行行的记录。Buffer Pool 中的默认大小为 128MB，数据页大小 16KB。

如果你还不清楚什么是数据页，那你可以先这样理解：InnoDB 组织数据的最小单位是数据页，简单来说 MySQL 都每次从磁盘中读取出来的都是 默认 16KB 大小的数据页。数据页中有很多条数据。

Buffer Pool 中的描述信息以双向链表（LRU）的形式组织在一起。通过数据页的描述信息，我们能找到它所描述的缓存页的位置。

看到这里你除了要知道查询缓存和 Buffer Pool 的所属：前者属于 MySQLServer 层面，后者属于存储引擎层面。还需要知道另一个知识点：相对于极容易整体失效地查询缓存来说，Buffer Pool 是通过 InnoDB 优化后的 LRU 算法控制将老化的数据数据从缓存中干掉的，所以 Buffer Pool 中缓存的数据不会像前者一样一次性整体失效。