在应用的地方，给出与存储器使用相关的服务器变量的名字。
1 关键字缓冲区(变量key_buffer_size)由所有线程分享；当需要时，分配服务器使用的其他缓冲区。
2 每个连接使用一些线程特定的空间；一个栈(缺省64K，变量thread_stack)、一个连接缓冲区(变量
net_buffer_length)和一个结果缓冲区(变量net_buffer_length)。当需要时，连接缓冲区和结果缓冲区动
态地被扩大到max_allowed_packet。当一个查询正在运行当前查询的一个拷贝时，也分配字符串。
3 所有线程共享同一基存储器。
4 目前还没有什么是内存映射的(除了压缩表，但是那是另外一个的故事)。这是因为4GB的32位存储器空间
对最大的数据库来所不是足够大的。当一个64位寻址空间的系统变得更普遍时，我们可以为内存映射增加全
面的支持。
每个做顺序扫描的请求分配一个读缓冲区(变量record_buffer)。
5 所有联结均用一遍完成并且大多数联结可以甚至不用一张临时表来完成。最临时的表是基于内存的(HEAP)
表。有较大记录长度(以所有列的长度之和计算)的临时表或包含BLOB列的表在磁盘上存储。在MySQL版本
3.23.2前一个问题是如果一张HEAP表超过tmp_table_size的大小，你得到错误The table tbl_name is full
。在更新的版本中，这通过必要时自动将在内存的(HEAP)表转变为一个基于磁盘(MyISAM)的表来处理。为了
解决这个问题，你可以通过设置mysqld的tmp_table_size选项，或通过在客户程序中设置SQL的
SQL_BIG_TABLES选项增加临时表的大小。在MySQL 3.20中，临时表的最大尺寸是record_buffer*16，因此如
果你正在使用这个版本，你必须增加record_buffer值。你也可以使用--big-tables选项启动mysqld以总将
临时表存储在磁盘上，然而，这将影响许多复杂查询的速度。
6 大多数做排序的请求分配一个排序缓冲区和一个或二个临时文件。
几乎所有的语法分析和计算都在一家本地存储器中完成。对小项目没有内存开销并且一般的较慢存储器分配
和释放被避免。内存仅为出乎意料的大字符串分配(这用malloc()和free()完成)。
7 每个索引文件只被打开一次，并且数据文件为每个并发运行的线程打开一次。对每个并发线程，分配一个
表结构、对每列的列结构和大小为3 * n的一个缓冲区(这里n是最大的行长度，不算BLOB列)。一个BLOB使用
5 ～ 8个字节加上BLOB数据。
8 对每个有BLOB列的表，一个缓冲区动态地被扩大以便读入更大的BLOB值。如果你扫描一个表，分配与最大
BLOB值一样大的一个缓冲区。
9 对所有在用的表的表处理器被保存在一个缓存中并且作为一个FIFO管理。通常缓存有64个入口。如果一个表同时被2个运行的线程使用，缓存为此包含2个入口。
10 一个mysqladmin flush-tables命令关闭所有不在用的表并在当前执行的线程结束时，标记所有在用的表准备被关闭。这将有效地释放大多数在用的内存。
ps和其他系统状态程序可以报导mysqld使用很多内存。这可以是在不同的内存地址上的线程栈造成的。例如
，Solaris版本的ps将栈间未用的内存算作已用的内存。你可以通过用swap -s检查可用交换区来验证它。我
们用商业内存漏洞探查器测试了mysqld，因此应该有没有内存漏洞。