我目前正在优化我们的 mysql 生产服务器,我注意到该服务器上的 ram 使用量只会增加。它永远不会减少。我在几个网站上读到这可能是由许多打开的连接引起的。但是,我们的服务器在任何给定时间(最多 15 个睡眠/查询)都很少有连接。一段时间后查询变得非常慢,我认为这是因为 ram 内存已满而使用了服务器的交换文件。
这是正常行为还是内存泄漏,我怎样才能最好地识别问题?
只是为了完成下面我们的服务器配置和my.ini 配置文件。
服务器配置:
- Windows 2008 SBS 服务器
- mysql社区服务器5.1
- 4个四核处理器
- 32GB 内存
- 142 GB 内存(Raid 1)
我的.ini
[client]
port=3306
[mysql]
default-character-set=utf8
[mysqld]
port=3306
basedir="E:/MySQL/MySQL Server 5.1/"
datadir="E:/MySQL/Data/"
default-character-set=utf8
default-storage-engine=INNODB
sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
max_connections=100
table_cache=256
tmp_table_size = 2G
thread_cache_size=8
myisam_max_sort_file_size=100G
myisam_sort_buffer_size=410M
key_buffer_size=354M
read_buffer_size = 64
read_rnd_buffer_size=256K
sort_buffer_size = 10M
innodb_additional_mem_pool_size=15M
innodb_flush_log_at_trx_commit=1
innodb_log_buffer_size=7M
innodb_buffer_pool_size = 7G
innodb_log_file_size=343M
innodb_thread_concurrency=18
max_allowed_packet=16M
wait_timeout = 4800
ft_min_word_len = 2
ft_stopword_file = ""
max_heap_table_size = 2G
tmpdir = "E:/mysql/MySqlTmp/"
log-slow-queries = "F:/log/slow.log"
long_query_time = 2
init-file=E:\mysql\MySQL Server 5.1\my_OnStartup.txt
随着缓存的建立,内存使用量上升。简而言之,这就像记住进行了哪些查询以及它们的结果是什么的点点滴滴,以便可以更快地获取相似或相同的查询。这就是为什么你有 tmp_table_size 等设置的原因。
这是正常行为,但是,不能说您没有内存泄漏或某种问题,因为以上是一般性答案。
如果您认为自己有问题,可以尝试更新(如果还没有的话)(在 5.1 分支中,5.1.73 现在是最新的稳定版本。或者您可以更进一步到 5.5/5.6 分支)。
您还可以调整配置,使其更有能力处理容易出错的情况。这些包括但不限于:
myisam_max_sort_file_size=100G
- 你真的需要这么大吗?你甚至没有记忆来处理这个。在现代操作系统上,减少物理 RAM 的使用是很少见的。空闲 RAM 完全被浪费了。如果操作系统可能会在 RAM 中放入任何可能有用的东西,那总比免费提供要好。因此,看到物理 RAM 的使用经常增加而很少减少是完全正常的。
想想从磁盘读入的数据。当不再需要该数据时,系统有两种选择。它可以释放内存或不释放内存。让我们首先考虑它是否免费:
这需要努力,内存必须放在空闲列表中。
如果以后需要数据,则必须再次从磁盘读取。
如果 RAM 需要用于其他目的,则必须使其不再空闲。
现在,让我们考虑它是否继续使用:
这不费吹灰之力。RAM 已经被使用并且保持这种状态。
如果以后需要数据,则不必从磁盘读取。
如果以后需要将 RAM 用于其他目的,则无需将其从空闲列表中删除。
全场取胜。
如果您在想,“我希望 RAM 现在是空闲的,以便以后可以使用它”,那是愚蠢的。您现在可以使用它,以后再使用它。没有痛苦的权衡。