Debian 上优化 MySQL 内存使用的实操指南
一 基线评估与监控
- 开启内存统计：在配置中启用 performance_schema = ON 并重启实例，使用查询定位热点与异常：
- 总内存：SELECT * FROM sys.memory_global_total;
- 按会话：SELECT * FROM sys.session ORDER BY current_memory DESC LIMIT 20;
- 按线程：SELECT * FROM sys.memory_by_thread_by_current_bytes;
- 按分配类型：SELECT * FROM sys.memory_global_by_current_bytes;
- 系统侧观察：用 htop、free、vmstat 观察 RSS、swap、si/so；检查错误日志 /var/log/mysql/error.log 获取 OOM、连接失败等线索。
二 核心参数建议与计算
- 全局共享区
- innodb_buffer_pool_size：InnoDB 数据与索引缓存，建议设为物理内存的 50%–70%（写多或内存紧张可下调，读多可上调）。
- key_buffer_size：仅 MyISAM 索引缓存；几乎不用 MyISAM 时设为 32M–64M 即可。
- innodb_log_buffer_size：一般 64M–256M；大事务/批量导入可适当增大。
- query_cache：MySQL 8.0 已移除；5.7 及以下读多写少可开但宜小，高并发写入建议关闭（query_cache_type=0, query_cache_size=0）。
- 会话级缓冲区（按连接分配，谨慎放大）
- sort_buffer_size、join_buffer_size、read_buffer_size、read_rnd_buffer_size：默认较小，通常 1M–4M 足够；仅在确有大量大排序/大连接操作时再上调。
- tmp_table_size 与 max_heap_table_size：控制内存临时表上限，建议两者设为相同值，常见 64M–256M，避免频繁落盘。
- 连接与会话管理
- max_connections：结合应用与内存预算设定；过高会因会话级缓冲区放大总内存。
- thread_cache_size：开启线程缓存，复用线程，降低创建/销毁开销。
- 内存上限估算（避免 OOM 的关键）
- 总内存 ≈ 全局内存 + (Threads_connected 峰值 × 每连接“额外”内存)
- 每连接“额外”内存 ≈ 实际用到的 sort/join/read 等缓冲区之和（未用到的不计入）。
- 观察状态：Threads_connected、Created_tmp_disk_tables、Sort_merge_passes、Key_reads 等，用于判断连接数与缓冲区是否过大/过小。
三 Debian 配置示例与生效方式
四 查询与索引优化降低内存压力
- 避免 **SELECT ***，只查必要列；为高频过滤/排序/连接列建立合适索引；用 EXPLAIN 检查执行计划。
- 降低临时表与磁盘排序：控制结果集大小、拆分大查询、优化 GROUP BY/ORDER BY；当 Created_tmp_disk_tables 偏高时，优先优化查询，其次再适度提高 tmp_table_size/max_heap_table_size。
- 维护与统计：定期执行 OPTIMIZE TABLE（或 pt-online-schema-change 在线变更）、更新统计信息，减少碎片与次优计划。
五 系统与运维实践
- 资源隔离与上限：用 cgroup 或 systemd 为 mysqld 设置内存上限，防止异常查询耗尽整机内存。
- 内存分配器：考虑使用 jemalloc 或 tcmalloc（安装相应库并在 my.cnf 指定 malloc-lib），部分负载下可改善内存碎片与性能。
- 内核与交换：适度降低 vm.swappiness，减少换页；不建议直接禁用 swap，避免 OOM Killer 直接终止 mysqld。
- 变更流程：先在测试环境验证，低峰期滚动调整，持续监控 Threads_connected、Created_tmp_disk_tables、Sort_merge_passes、Innodb_buffer_pool_reads/命中率 等指标。