mmattax Asked: 2010-03-31 09:43:05 +0800 CST2010-03-31 09:43:05 +0800 CST 2010-03-31 09:43:05 +0800 CST 一个进程（MySQL）在 32 位操作系统上可以消耗的最大内存是多少？ 772 我在 32 位 RHEL 机器上运行 MySQL。服务器本身有 4GB 的总内存，其中 2GB 分配给 MySQL。 我想知道我可以放入盒子的最大内存量以及我可以分配给 MySQL 的内存量。 我听说 2GB 和 4GB 作为 32 位操作系统的每个进程限制... 最后，我想知道是否可以在不升级到 64 位操作系统的情况下增加 MySQL 的内存。 mysql memory 32bit-64bit 32-bit memory-usage 3 个回答 Voted David Spillett 2010-03-31T10:24:39+08:002010-03-31T10:24:39+08:00 这取决于您的内核和配置。它通常是 2Gb 或 3Gb。 不过，应用程序本身可能有一个自我设定的下限。一些 32bti 应用程序/服务不会使用超过 2G，即使操作系统允许它们，因为它们自己的内部内存管理使用（或允许）所有有符号的 32 位整数。 如果您的 CPU、内存控制器、操作系统和应用程序都支持 PAE，那么这将允许单个进程使用更多 RAM。PAE 受 Linux 内核支持，毫无疑问，RHEL 存储库中的预构建内核启用了它（在大多数默认内核中未启用它，因为这会影响性能） - 我不知道 MySQL 是否会支持虽然它。 如果您使用的是较旧的内核，则可能值得研究内存映射配置 - 而大多数新内核默认为每个进程内的内核和用户区映射地址空间之间的 1G/3G 拆分，在较早的时候（当具有 RAM 的机器接近32 位地址空间的限制实际上是闻所未闻的）2G/2G 拆分是默认设置，但如果您需要 1G/3G 可以更改。 如果不深入研究该主题，我的猜测是（除非您使用的是较旧的内核，这就是施加 2G 限制而不是 3G 限制的原因）如果不升级到 64 位，MySQL 将不会使用超过 2G编译。不过，额外的 RAM 不太可能被浪费 - 内核会将其用于缓存/缓冲区，因此当 MySQL 直接使用它时效率会更高（因为 MySQL 缓存和 OS 缓存都持有相同块的情况会更少数据）它不会闲置，因此会看到一些好处。 Warner 2010-03-31T09:52:02+08:002010-03-31T09:52:02+08:00 大多数现代发行版和处理器都支持 PAE，这是 Intel 的指令集，允许超出 32 位限制的内存寻址。PAE 允许处理器访问最多 64GB 的 RAM。PAE 有额外的 CPU 开销。 即使使用 PAE，32 位 Linux 的每个进程的可寻址限制为 3GB。通常，内核保留大约 1GB。 MySQL 是一个单进程守护进程。因此，即使使用 PAE，它也无法解决 32 位限制之外的问题。 一些有用的参考： PAE 维基 LinuxRAMLimits MySQL 内存分配 Andrew J. Brehm 2010-03-31T09:46:26+08:002010-03-31T09:46:26+08:00 我认为每个进程可以看到（地址）4 GB，但其中 2 GB 是内核空间，不能被应用程序数据填充。 因此，我假设 MySQL 可能会使用 2 GB 乘以 MySQL 实例 GB 的总内存（物理内存和交换空间）。
这取决于您的内核和配置。它通常是 2Gb 或 3Gb。
不过，应用程序本身可能有一个自我设定的下限。一些 32bti 应用程序/服务不会使用超过 2G，即使操作系统允许它们，因为它们自己的内部内存管理使用（或允许）所有有符号的 32 位整数。
如果您的 CPU、内存控制器、操作系统和应用程序都支持 PAE，那么这将允许单个进程使用更多 RAM。PAE 受 Linux 内核支持，毫无疑问，RHEL 存储库中的预构建内核启用了它（在大多数默认内核中未启用它，因为这会影响性能） - 我不知道 MySQL 是否会支持虽然它。
如果您使用的是较旧的内核，则可能值得研究内存映射配置 - 而大多数新内核默认为每个进程内的内核和用户区映射地址空间之间的 1G/3G 拆分，在较早的时候（当具有 RAM 的机器接近32 位地址空间的限制实际上是闻所未闻的）2G/2G 拆分是默认设置，但如果您需要 1G/3G 可以更改。
如果不深入研究该主题，我的猜测是（除非您使用的是较旧的内核，这就是施加 2G 限制而不是 3G 限制的原因）如果不升级到 64 位，MySQL 将不会使用超过 2G编译。不过，额外的 RAM 不太可能被浪费 - 内核会将其用于缓存/缓冲区，因此当 MySQL 直接使用它时效率会更高（因为 MySQL 缓存和 OS 缓存都持有相同块的情况会更少数据）它不会闲置，因此会看到一些好处。
大多数现代发行版和处理器都支持 PAE，这是 Intel 的指令集，允许超出 32 位限制的内存寻址。PAE 允许处理器访问最多 64GB 的 RAM。PAE 有额外的 CPU 开销。
即使使用 PAE，32 位 Linux 的每个进程的可寻址限制为 3GB。通常，内核保留大约 1GB。
MySQL 是一个单进程守护进程。因此，即使使用 PAE，它也无法解决 32 位限制之外的问题。
一些有用的参考：
我认为每个进程可以看到（地址）4 GB，但其中 2 GB 是内核空间，不能被应用程序数据填充。
因此，我假设 MySQL 可能会使用 2 GB 乘以 MySQL 实例 GB 的总内存（物理内存和交换空间）。