MySQL 在 INSERT ... SELECT 上消耗所有系统内存

MySQL 在 INSERT ... SELECT 上消耗所有系统内存

由于 Linux 内存不足,mysql 守护进程将被终止:

Oct 24 07:41:23 <hostname> kernel: [82297.673701] Out of memory: kill process 13816 (mysqld) score 1839626 or a child

一条链接对此有一些解决方法。

仅在执行具有非常大的结果集的查询 INSERT ... SELECT 时才会发生这种情况。

MySQLTuner 脚本显示理论最大内存小于 8GB,但 top 和 munim 显示已经超出了所有可用的 RAM 和交换空间:

[--] Total buffers: 560.0M global + 72.2M per thread (100 max threads)
[OK] Maximum possible memory usage: 7.6G (43% of installed RAM)

我尝试调整一些选项但没有结果,以下是相关的选项:

skip-locking
max_connections         = 100
key_buffer_size         = 512M
max_allowed_packet      = 32M
table_open_cache        = 2000
open_files_limit        = 3000
sort_buffer_size        = 16M
read_buffer_size        = 16M
read_rnd_buffer_size    = 8M
myisam_sort_buffer_size = 64M
thread_cache_size       = 4
query_cache_size        = 16M
query_cache_limit       = 2M
thread_concurrency      = 4
join_buffer_size        = 32M
tmp_table_size          = 32M
max_heap_table_size     = 32M
query_cache_limit       = 8M
bulk_insert_buffer_size = 64M
myisam_max_sort_file_size = 50GB
myisam_mmap_size        = 10GB

还有一份系统简历:

  • 操作系统:Linux Debian“Squeeze”6.0.8(昨天升级)
  • 内存:18GB
  • 交换:18GB
  • MySQL:5.1.72-2(Debain 官方版本)

目前,无法更新或更改操作系统或 MySQL 版本,有什么选项可以提供帮助而我却错过了吗?

抱歉我的英语不好,提前谢谢您!

编辑:我只使用 MyISAM 表,无法更改为 InnoDB。

答案1

如果没有可用的升级,请添加更多交换:)

答案2

最后我意识到问题出在与联合表的连接上(抱歉,这是一个非常复杂的查询,我在分析 SQL 时发现了这一点)。

联合表只有大约 7000 行,但使用具有相同数据的本机 MyISAM 表执行相同查询时,运行速度要快得多,并且消耗的 RAM 量正常。似乎 MySQL 在远程服务器中为每个连接的本地表行执行 SELECT *,并且用于缓存的内存直到完成才会释放。

至少我了解到应谨慎使用联合表,并避免在复杂的查询或大型结果集上使用它们。

感谢所有回复的人,我希望这对遇到同样问题的人有用!

相关内容