在2核4G的服务器上部署LNMP环境，如何优化MySQL和Redis的内存使用？

在2核4G（8GB RAM）的服务器上部署LNMP环境，内存资源相对紧张。MySQL 和 Redis 都是内存密集型服务，如果配置不当，极易导致 OOM（Out of Memory）或系统频繁 Swap，严重降低性能甚至崩溃。

以下是针对 2C4G 环境的 MySQL 和 Redis 内存优化详细指南：

🎯 总体原则

1. 预留系统内存：Linux 内核、Nginx、PHP-FPM 等需要至少 1–1.5GB 内存。
2. MySQL 最大可用内存建议：≤ 2.5–3GB（留足余量给 OS 和其他进程）。
3. Redis 最大可用内存建议：≤ 1.5–2GB（取决于数据量和淘汰策略）。
4. 监控与调优结合：使用 top、free、vmstat、mysqltuner.pl、redis-cli info memory 持续观察。

🗄️ MySQL 内存优化

1. 关键参数设置（my.cnf / my.ini）

[mysqld]
# 基础连接数（根据实际并发调整，2C4G 建议保守）
max_connections = 100

# InnoDB 缓冲池大小 —— 最关键参数！
# 建议设置为总物理内存的 50%~60%，但不超过 3GB
innodb_buffer_pool_size = 2G

# 如果单表数据量大且查询集中，可考虑分多个 buffer pool instances
innodb_buffer_pool_instances = 4

# 日志缓冲区
innodb_log_file_size = 256M
innodb_log_buffer_size = 16M

# 临时表内存限制（避免大量磁盘临时表）
tmp_table_size = 64M
max_heap_table_size = 64M

# 排序/分组缓冲区（单个会话）
sort_buffer_size = 2M
join_buffer_size = 2M

# 线程缓存（减少线程创建开销）
thread_cache_size = 16

# 开启慢查询日志用于后续优化
slow_query_log = 1
long_query_time = 2
slow_query_log_file = /var/log/mysql/slow.log

# 禁用不必要的功能以节省内存
skip-name-resolve

⚠️ 注意：innodb_buffer_pool_size 是重中之重。它缓存数据和索引，直接影响 I/O 性能。2GB 是一个合理起点，可根据实际负载逐步上调至 2.5–3GB。

2. 使用 mysqltuner.pl 辅助调优

wget https://raw.githubusercontent.com/major/MySQLTuner-perl/master/mysqltuner.pl
chmod +x mysqltuner.pl
./mysqltuner.pl

根据输出建议调整参数，尤其是 Buffer Pool、Key Buffer、Temp Table 等。

3. 其他优化建议

• 使用 SSD 存储：大幅降低 I/O 等待，减少对内存缓存的依赖。
• 避免大事务和大查询：长事务会持有锁和 undo log，增加内存压力。
• 定期 OPTIMIZE TABLE / ANALYZE TABLE：保持索引高效，减少全表扫描。
• 关闭不必要的插件：如 performance_schema 在非调试环境下可关闭以节省内存。

📦 Redis 内存优化

1. 关键配置（redis.conf）

# 最大内存限制 —— 必须设置！防止 OOM
maxmemory 1536mb        # 约 1.5GB，留 1GB+ 给系统和 MySQL

# 内存淘汰策略 —— 根据业务选择
# allkeys-lru: 所有键中最近最少使用优先淘汰（推荐通用场景）
# volatile-lru: 仅有过期时间的键中 LRU 淘汰
# noeviction: 不淘汰，直接返回错误（适合精确控制）
maxmemory-policy allkeys-lru

# 压缩策略（节省内存，但增加 CPU）
# 适用于哈希、列表等结构
hash-max-ziplist-entries 512
hash-max-ziplist-value 64
list-max-ziplist-size -2
set-max-intset-entries 512
zset-max-ziplist-entries 128
zset-max-ziplist-value 64

# RDB/AOF 持久化策略（根据需求启用）
save 900 1
save 300 10
save 60 10000

# AOF 重写频率
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb

# 客户端输出缓冲区限制（防止大订阅者耗尽内存）
client-output-buffer-limit normal 0 0 0
client-output-buffer-limit pubsub 32mb 8mb 60
client-output-buffer-limit replica 256mb 64mb 60

# 日志级别调低以减少内存占用
loglevel notice

2. 内存淘汰策略选择指南

✅ 推荐：大多数 Web 缓存场景使用 allkeys-lru。

3. 数据结构优化

• 使用 Hash 而非 String 组合：Hash 内部编码为 ziplist，小对象更省内存。
• 避免大 Value：单个 Key 的值尽量控制在几 KB 以内。
• 及时删除无用 Key：设置合理的 TTL，或使用 Lua 脚本批量删除。
• 使用 Bitmap/HyperLogLog/Set 等紧凑结构：替代传统 String 存储统计信息。

4. 监控与调试

# 查看内存使用情况
redis-cli info memory

# 查看最大内存和已用内存
redis-cli info memory | grep used_memory_human
redis-cli info memory | grep maxmemory_human

# 检查碎片率（理想值 < 1.5）
redis-cli info memory | grep mem_fragmentation_ratio

# 如果发现碎片率高，可触发内存重组
redis-cli --bigkeys          # 找出大 Key
redis-cli memory purge       # 释放碎片（Redis 4.0+）

🔄 Nginx & PHP-FPM 内存协同优化

虽然问题聚焦 MySQL 和 Redis，但它们也共享内存资源：

Nginx

• 默认 worker 数量 = CPU 核心数（2），无需额外优化。
• 确保 worker_rlimit_nofile 足够高，避免文件描述符瓶颈。

PHP-FPM

; pm.max_children = 10 ~ 15（每个子进程约 30–50MB 内存）
pm.max_children = 12

; pm.start_servers = 5
; pm.min_spare_servers = 3
; pm.max_spare_servers = 8

; 限制 PHP 内存上限
memory_limit = 128M

💡 计算示例：
总内存 4GB → 预留 1.5GB 给 OS + Nginx + PHP-FPM → MySQL 最多 2.5GB，Redis 最多 1.5GB。
若 PHP-FPM 有 12 个子进程 × 50MB = 600MB，则 MySQL + Redis 合计 ≤ 2.9GB。

📊 监控与告警建议

1. 安装 Prometheus + Grafana 监控 MySQL（via mysqld_exporter）、Redis（via redis_exporter）、系统资源。
2. 设置告警阈值：
   • MySQL Buffer Pool 命中率 < 99%
   • Redis 内存使用率 > 80%
   • 系统 Swap 使用 > 0
3. 定期重启 Redis（可选）：长期运行后内存碎片可能累积，适当重启可释放。

✅ 总结 checklist

通过以上配置，你可以在 2C4G 服务器上稳定运行 LNMP 环境，同时保证 MySQL 和 Redis 的高效内存利用。如有具体业务场景（如高并发读、大数据量写入），可进一步细化调优。