MySQL内存持续增长排查求助：无索引连接、保存点回滚及Magento优化

Hey，针对你遇到的MySQL内存持续增长问题，结合你用的是Magento 1为主的低流量站点（16G内存服务器），我给你整理了一步步的排查和优化方案，都是针对这类场景的实用技巧：

别先瞎猜，先精准定位内存消耗的模块：

• 登录MySQL终端，执行 SHOW GLOBAL STATUS LIKE 'Innodb_buffer_pool%';：看看InnoDB缓冲池的使用情况——Magento读写频繁，缓冲池是内存大户，但它到了设定上限就不会再涨，所以如果是持续增长，大概率不是这个原因。
• 执行 SHOW GLOBAL STATUS LIKE 'Threads_connected'; 和 SHOW VARIABLES LIKE 'max_connections';：如果连接数一直在涨，那可能是Magento有连接泄漏（比如自定义模块没正确关闭数据库连接），每个连接都会占用sort_buffer_size、join_buffer_size这类内存。
• 执行 SHOW GLOBAL STATUS LIKE '%tmp%table%';：临时表（尤其是磁盘临时表）过多也会导致内存/磁盘占用异常，Magento的复杂分类、订单查询很容易触发这个。

你说慢查询阈值设得高没出报告，那先调低阈值，把慢查询日志开起来，这是排查的核心：

• 修改MySQL配置文件（/etc/my.cnf 或 /etc/mysql/my.cnf），添加/修改这些配置：

  slow_query_log = 1
  slow_query_log_file = /var/log/mysql/slow.log
  long_query_time = 1  # 先把阈值设为1秒，抓所有超过1秒的查询
  log_queries_not_using_indexes = 1  # 强制记录所有没用到索引的查询，这对Magento至关重要
  

• 重启MySQL后，运行几个小时，然后用 mysqldumpslow -s t /var/log/mysql/slow.log 分析慢查询日志，重点盯：
  • 重复出现的Magento核心表查询（比如catalog_product、sales_order相关）
  • 带JOIN但没走索引的语句
  • 大表的全表扫描（比如SELECT * FROM big_table WHERE ...没加索引）

Magento 1本身有默认索引，但自定义模块、数据迁移后很容易出现索引缺失：

• 登录Magento后台，进入 System > Index Management，看看所有索引是不是Ready状态，有Reindex Required的先全部重新索引一遍。
• 手动检查核心表的关键索引：比如catalog_product_entity的sku、entity_id，sales_order的customer_id、created_at，catalog_category_product的category_id + product_id联合索引——这些都是Magento高频查询的字段，缺了索引会直接导致全表扫描，内存蹭蹭涨。
• 用EXPLAIN分析慢查询里的语句，比如 EXPLAIN SELECT * FROM catalog_product_entity WHERE sku = 'XXX';，如果type列显示ALL，就是全表扫描，赶紧加索引。

Magento的下单、产品导入等操作都会用事务，如果事务没正确提交或频繁回滚，会导致InnoDB的undo日志占用异常：

• 执行 SHOW ENGINE INNODB STATUS;，看TRANSACTIONS部分，有没有长时间未提交的事务（ACTIVE TRANSACTIONS里TIME列数值很大的）。
• 检查你的自定义脚本或第三方模块，有没有哪里用了事务但没处理异常，导致回滚后资源没释放。
• 查看InnoDB的undo日志配置：SHOW VARIABLES LIKE 'innodb_undo%';，如果innodb_undo_tablespaces设置太小，或者没开启自动清理，也会导致占用过高。

结合你的服务器配置（16G内存、15个低流量站点），给你一套基础优化配置（可以根据后续排查结果微调）：

# InnoDB缓冲池：建议设为内存的50%-60%，16G的话设8G足够
innodb_buffer_pool_size = 8G
innodb_buffer_pool_instances = 8  # 每1G缓冲池对应一个实例，提升并发效率

# 连接配置：Magento每个请求可能开多个连接，不用设太大
max_connections = 100
wait_timeout = 60  # 闲置连接60秒自动关闭，防止连接泄漏
interactive_timeout = 60

# 临时表和排序缓冲：每个连接都会分配，别设太大
tmp_table_size = 64M
max_heap_table_size = 64M
sort_buffer_size = 2M
join_buffer_size = 2M

# 慢查询配置（刚才说的）
slow_query_log = 1
slow_query_log_file = /var/log/mysql/slow.log
long_query_time = 1
log_queries_not_using_indexes = 1

修改后重启MySQL，观察几个小时内存变化。

• 检查服务器上的其他进程：比如PHP-FPM进程数太多，每个PHP进程也占内存，16G内存的话PHP-FPM进程数建议设为20-30左右，避免和MySQL抢内存。
• 查看MySQL错误日志（/var/log/mysql/error.log）：有没有表损坏、锁等待超时这类异常，这些也可能导致内存异常增长。

建议你先从慢查询日志和索引排查入手，这是Magento环境MySQL内存增长最常见的原因，一步步来，每调整一个配置就观察几个小时，看内存变化~

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