由于 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 *,并且用于缓存的内存直到完成才会释放。
至少我了解到应谨慎使用联合表,并避免在复杂的查询或大型结果集上使用它们。
感谢所有回复的人,我希望这对遇到同样问题的人有用!