MySQL 5.1 和内存分页缓慢。有图

Question

我们使用的是 RHEL 5.4 64 位、16 GB RAM 6x AMD Opteron。

所以我们一直遇到这个问题：

https://i.sstatic.net/2sKuq.jpg

正如您所看到的，交换/分页开始慢慢增加。最终这会导致问题。那个大的下降是在 Mysqld 重新启动时发生的。该系统上没有运行其他任何东西。

主要使用Innodb，配置如下；

key_buffer      = 512M
max_allowed_packet  = 128M
thread_stack        = 192K
thread_cache_size       = 8
table_cache            = 812
thread_concurrency     = 10

query_cache_limit       = 4M
query_cache_size        = 512M
join_buffer_size        = 512K

innodb_additional_mem_pool_size = 16M
innodb_buffer_pool_size = 10G
innodb_file_io_threads = 4
innodb_thread_concurrency = 12
innodb_flush_log_at_trx_commit = 1
innodb_log_buffer_size = 8M
innodb_log_file_size = 512M
innodb_log_files_in_group = 3
innodb_max_dirty_pages_pct = 90
innodb_lock_wait_timeout = 120

我听说过很多关于关闭“swappiness”或将其设置为“10”的消息。但这不是会引发 OOM 并终止 mysql 吗？ 为什么会发生这种情况？

Answer 1

只是在事后一年多后回答我自己的问题。
这是经验得出的。
MySQL 倾向于缓慢地进行交换。特别是如果它配置为耗尽所有必要的内存。

在这种情况下，我只是将 buffer_pool_size 降低到比文档中建议的稍低一些（<物理内存的 80%），并将 swappiness 更改为 10。
将其设置为 10 不会导致 OOM，因为系统在需要时仍会使用交换，只是不会那么积极。