MariaDB连接中断及系统卡顿问题求助

1. 核心性能瓶颈：InnoDB缓冲池配置严重不合理 #

你的服务器配备32GB内存，但innodb_buffer_pool_size仅设置为128MB（134217728字节）——这是导致系统卡顿的核心原因。InnoDB缓冲池是MySQL缓存表数据、索引的核心区域，过小的缓冲池会引发频繁磁盘IO，直接拖慢整体系统响应，同时间接导致连接超时（查询等待磁盘IO完成的时间过长）。

调整建议： #

修改my.cnf中的缓冲池配置，对于32GB内存的服务器，建议将缓冲池设置为22GB-24GB（占物理内存的70%-75%，预留足够内存给系统及其他进程），同时启用多实例提升并发性能：

innodb_buffer_pool_size = 24G
innodb_buffer_pool_instances = 8

2. 连接超时问题排查 #

Aborted connection...(Got Timeout)错误分两种场景，需针对性处理：

• 客户端主动断开：客户端等待MySQL响应超时，并非单纯调大wait_timeout就能解决，核心是优化查询执行速度。
• MySQL主动断开空闲连接：若确实是空闲连接被回收，可保持wait_timeout=180的设置，同时确保interactive_timeout与wait_timeout值一致。

具体操作： #

• 开启慢查询日志定位低效SQL：
  在my.cnf中添加以下配置，重启MySQL后分析慢日志里的长耗时查询，优化索引或改写SQL：

  slow_query_log = 1
  slow_query_log_file = /var/log/mysql/slow.log
  long_query_time = 2
  log_queries_not_using_indexes = 1
  

• 检查连接数负载：执行SHOW GLOBAL STATUS LIKE 'Threads_connected';查看当前活跃连接数，若接近max_connections=1200的上限，需结合实际负载调整该值（避免盲目调大导致内存耗尽）。

3. 系统卡顿的其他排查点 #

• 磁盘IO负载：用iostat -x 1查看磁盘%util、await指标，若%util接近100%，说明磁盘IO瓶颈，除优化缓冲池外，可考虑更换SSD或减少查询的磁盘读写操作。
• CPU负载：通过top/htop查看MySQL进程的CPU占用，若CPU持续满负载，大概率是存在大量复杂查询（多表关联、未索引排序等），需针对性优化SQL。
• 打开文件限制：取消open_files_limit的注释并设置合理值，同时同步调整系统级限制：

  # my.cnf中配置
  open_files_limit = 65535
  

  在/etc/security/limits.conf中添加：

  mysql soft nofile 65535
  mysql hard nofile 65535
  

调整后核心配置示例 #

[mysqld]
event_scheduler = off
max_connections = 1200
wait_timeout = 180
interactive_timeout = 180
innodb_buffer_pool_size = 24G
innodb_buffer_pool_instances = 8
max_allowed_packet = 32M
open_files_limit = 65535
innodb_file_per_table = 1
slow_query_log = 1
slow_query_log_file = /var/log/mysql/slow.log
long_query_time = 2
log_queries_not_using_indexes = 1

操作流程： #

1. 备份当前my.cnf文件
2. 修改上述配置项
3. 重启MySQL服务
4. 观察系统负载与连接超时情况，同步分析慢查询日志优化SQL

内容的提问来源于stack exchange，提问作者Amix