MySQL 9.0 发行说明
为了最大限度地减少磁盘 I/O，MyISAM 存储引擎利用了许多数据库管理系统使用的策略。它采用了一种缓存机制，将最常访问的表块保留在内存中
对于索引块，维护一个名为键缓存（或键缓冲区）的特殊结构。该结构包含许多块缓冲区，其中放置了最常使用的索引块。
对于数据块，MySQL 不使用任何特殊缓存。相反，它依赖于本机操作系统文件系统缓存。
本节首先描述MyISAM 键缓存的基本操作。然后讨论提高键缓存性能并允许您更好地控制缓存操作的功能
多个会话可以并发访问缓存。
您可以设置多个键缓存并将表索引分配到特定缓存。
要控制键缓存的大小，请使用 key_buffer_size 系统变量。如果该变量设置为零，则不使用键缓存。如果 key_buffer_size 值太小而无法分配最少的块缓冲区数量（8），则也不使用键缓存。
当键缓存不可用时，索引文件仅使用操作系统提供的本机文件系统缓冲进行访问。（换句话说，表索引块使用与表数据块相同的方式访问。）
索引块是访问MyISAM 索引文件的连续单元。通常，索引块的大小等于索引 B 树节点的大小。（索引在磁盘上使用 B 树数据结构表示。树底部的节点是叶节点。叶节点上方的节点是非叶节点。）
键缓存结构中的所有块缓冲区大小相同。此大小可以等于、大于或小于表索引块的大小。通常，这两个值之一是另一个值的倍数。
当必须访问任何表索引块中的数据时，服务器首先检查它是否在键缓存的某个块缓冲区中可用。如果是，服务器访问键缓存中的数据，而不是访问磁盘上的数据。也就是说，它从缓存中读取或写入缓存，而不是从磁盘读取或写入磁盘。否则，服务器会选择一个包含不同表索引块（或块）的缓存块缓冲区，并将其中数据替换为所需表索引块的副本。一旦新的索引块在缓存中，就可以访问索引数据。
如果碰巧选择用于替换的块已被修改，则该块被认为是“脏的。” 在这种情况下，在替换之前，它的内容将被刷新到它所属的表索引。
通常，服务器遵循LRU（最近最少使用） 策略：当选择要替换的块时，它会选择最近最少使用的索引块。为了使这种选择更容易，键缓存模块将所有使用过的块维护在一个按使用时间排序的特殊列表（LRU 链）中。当访问一个块时，它成为最近最常使用的块，并被放置在列表的末尾。当需要替换块时，列表开头的块是最不常用的块，成为第一个被驱逐的候选者。
InnoDB 存储引擎也使用 LRU 算法来管理其缓冲池。请参见 第 17.5.1 节，“缓冲池”.