服务器减内存不是简单的“删文件”或“杀进程”，而是通过排查内存占用、优化应用配置、调整系统参数和规划资源规格，让每一MB内存都花在刀刃上的系统工程。
很多站长和运维朋友找我诉苦,说服务器又卡了，一看内存监控，满格飘红，一听到“减内存”，第一反应就是重启或者加钱升配，在动手“减”之前，得先搞清楚内存到底被谁吃了，很多时候，不是内存真的不够，而是分配不合理或者缓存策略太奔放。
第一步：先别急着“减”，把内存账本翻出来看看
我的习惯是,登录服务器第一件事，不是看任务管理器，而是敲命令行，Linux服务器上，free -h 是必看的，它能让你对总内存、已用、可用和缓存有个直观印象。
但这里有个常见的误区,你看到“已用”很高，不代表内存真的告急，Linux系统有个特性，会尽量把空闲内存用作文件缓存（Buff/cache）来提升磁盘IO性能，这部分内存在应用程序需要时，是可以随时释放的，真正的“凶手”是那一行 available（可用内存） 数值，它才是衡量内存是否真不够用的关键。
如果available确实很低，我们就要用 top 命令按内存占用排序，看看是哪个进程在“大快朵颐”，是MySQL数据库？是PHP-FPM进程开太多？还是Java应用堆内存设置得离谱？精准定位到具体进程，是成功减内存的第一步，也是“服务器内存占用过高怎么办”这个问题的标准答案起点。
第二步：向“缓存”和“僵尸”要内存，这是最安全的减内存操作
如果排查发现,主要是缓存占了大量内存，而available还很健康，那你根本不用“减”，但如果你看着那刺眼的数字心里不舒服，或者确实需要释放内存给其他应用，可以试试下面这组命令，这也是“服务器内存清理 命令”在百度上被问烂了的标准操作。
- 清理page cache（页缓存）：
sync && echo 1 > /proc/sys/vm/drop_caches，这个命令是告诉系统，把干净的页缓存清掉一部分。 - 清理dentries和inodes：
sync && echo 2 > /proc/sys/vm/drop_caches，这能释放文件系统元数据的缓存。 - 全部清理：
sync && echo 3 > /proc/sys/vm/drop_caches，这是最彻底的，但生产环境慎用，因为清完缓存后的一段时间内，磁盘读写性能会短暂下降。
注意：上述命令只是释放被系统“借用”的内存，属于物理层面的“减”，如果清完之后，过几分钟内存占用又飙上去了，那说明有应用在持续吃内存，光靠清理命令是治标不治本的。
第三步：对应用“动刀”，这才是服务器减内存的核心战场
大多数情况下,内存不够用都是因为应用配置不合理，行业共识认为，优化应用配置带来的内存收益，往往比直接加内存条更划算。
如果你是PHP网站（尤其是LNMP架构）
PHP-FPM是内存大户，每个PHP-FPM进程默认会占用几十MB内存，如果设置的是pm.max_children = 300，那光是PHP就能吃掉十几个GB。
- 操作路径：编辑
/usr/local/php/etc/php-fpm.conf或/etc/php-fpm.d/www.conf。 - 减内存策略：把动态模式（
pm = dynamic）下的pm.max_children调低，比如改成100，这个值可以这样估算：总内存 ÷ 单个PHP进程平均内存占用，把pm.start_servers、pm.min_spare_servers和pm.max_spare_servers也相应调低，减少常驻进程数量，是立竿见影的减内存手段。 - 检测命令：
ps -ylC php-fpm --sort:rss可以列出所有PHP-FPM进程的内存占用，看看有没有异常的“显眼包”。
如果你是MySQL数据库
MySQL对内存的渴望是无穷的,尤其是InnoDB引擎的缓冲池（Buffer Pool），它会把热数据都加载到内存里，理论上越大越好，但你的服务器内存预算不允许。
- 操作路径：编辑
/etc/my.cnf或/etc/mysql/mysql.conf.d/mysqld.cnf。 - 减内存策略：重点检查
innodb_buffer_pool_size，对于一台8GB内存的服务器，这个值建议设置在 2GB到4GB 之间，而不是默认为物理内存的75%。key_buffer_size（MyISAM引擎用）也别给太大，256MB以内就够用了。 - 血泪教训：曾经一台服务器内存经常爆满，排查半天发现是
max_connections设置成1000，每个连接都预分配内存，导致内存像漏水一样，后来把连接数限制在500，并清理了慢查询，内存占用瞬间降了40%。
如果你是Java应用
- 操作路径：JVM启动参数
-Xms和-Xmx。 - 减内存策略：把
-Xmx（最大堆内存）设置为你实际业务峰值的1.5倍即可，不要盲目往大了调，很多程序员习惯性把堆内存调到服务器物理内存的一半，其实很大一部分都是浪费，配合合理的垃圾回收器（如G1），能有效减少内存碎片和Full GC带来的卡顿。
第四步：开启Swap交换空间，给内存“加个备胎”
有些时候,内存需求是瞬时的，比如搞个活动，流量突然涨了一下，为了这点峰值去永久加内存，太浪费，这时候，Swap（交换分区）就是最好的缓冲垫。
-
操作路径（以CentOS为例）：
- 创建交换文件：
dd if=/dev/zero of=/swapfile bs=1M count=4096（创建一个4GB的交换文件）。 - 格式化交换文件：
mkswap /swapfile。 - 启用交换文件：
swapon /swapfile。 - 写入开机自动挂载：在
/etc/fstab文件末尾加上/swapfile swap swap defaults 0 0。
- 创建交换文件：
-
调整策略：系统默认的
vm.swappiness参数是60（表示内存使用率超过40%时就开始使用swap），如果想让系统更“恋战”内存、少用swap，可以执行sysctl -w vm.swappiness=10，并写入/etc/sysctl.conf永久生效，这样，只有当内存真的不够时，才会动用Swap，保证应用性能。
第五步：从物理机到云服务器，减内存的“降级”与“升舱”智慧
解决了单台服务器的问题,我们还得抬头看路，不同的业务场景下，服务器减内存的策略完全不同。
独享物理服务器
如果整台机器都是你的，减内存的主要手段就是上面说的：调优应用、清理缓存、设置Swap，这时候内存是“死”的，跑不满就是浪费。
云服务器（按规格付费）
在云上，内存是“活”的，是和钱直接挂钩的，这时候“减内存”往往意味着降低规格或选择更合适的内存型。
这时候就不得不提“服务器减内存 价格”这个维度了，我见过不少用户，买了16GB内存的云服务器，实际用下来8GB都够，白白多付一半的钱，对于这种情况，可以考虑：
- 降配：在业务低峰期，登录云厂商控制台，把实例规格从
ecs.g6.4xlarge（16GB）降级到ecs.g6.2xlarge（8GB）。 - 选择性价比更高的规格：如果你的应用是计算密集型的，内存需求不大，可以选“计算型”实例；如果是数据库应用，才需要选“内存型”实例，避免为了CPU性能而被迫买大内存。
- 利用弹性伸缩：在负载均衡后面挂多个小规格实例，比单独一个大规格实例更省钱，也更抗造。
容器化部署（Docker/K8s）
如果你用了Docker，减内存就更精细了，要点是给每个容器设置内存上限。
- 操作命令：
docker run -m 512m --memory-swap 1g nginx。 - 核心逻辑：这能防止某个“坏小子”容器把宿主机内存吃光，拖垮其他无辜的容器，在K8s里，通过
resources.limits.memory来限制Pod的内存上限，是运维的基本功。
面对“服务器内存不足 解决方法”的终极问答
还有一种情况，是业务发展太快，内存真的到了瓶颈，怎么优化都无济于事，这时候，别死磕“减内存”了，那叫“抠门”。升级内存或增加一台服务器做分布式，才是正解。
服务器减内存的常见误区你踩过几个？
- 盲目重启服务器，重启确实能清空内存，但明天业务高峰一到，内存占用又会回来，重启只是权宜之计，不是治疗手段。
- 只清理缓存，不优化配置，这就像家里东西太多，你只知道把垃圾扔出门口，却不知道从源头减少购物。
- 把swap当物理内存用，Swap是放在磁盘上的，读写速度比内存慢几个数量级，如果频繁使用Swap，服务器性能会急剧下降，表现为“假死”状态。Swap是应急用的，不是用来扩容的。
服务器减内存常见问题解答（Q&A）
服务器减内存会影响网站访问速度吗？
这取决于你怎么减,如果你通过优化PHP-FPM进程数、合理设置MySQL缓冲池来减内存，不仅不会影响速度，反而因为内存资源更集中，响应速度会更快，但如果你为了省内存，把innodb_buffer_pool_size调到很小，或者把缓存功能全部关闭，那磁盘IO会猛增，网站访问速度会明显变慢。减内存的正确姿势，是去掉冗余，而不是牺牲性能换容量。
为什么我的服务器内存占用很高，但swap却没怎么用？
这是个好问题,这通常意味着你的内存占用大部分是“高效”的缓存，Linux系统认为，既然物理内存还有富余，为什么不用来缓存文件呢？这样下次读文件就快多了，只要available内存充足，swap没被使用，就是健康的。别被那个“已用”百分比吓到，要看可用内存的颜色，如果available持续走低，而swap又没动静，那就要检查是不是有进程在疯狂申请内存，导致系统内存分配压力巨大。
我想彻底解决内存问题，是直接加根内存条好，还是换配置好？
物理机加内存条,是最简单粗暴且见效最快的方法，但前提是主板有空闲插槽，且操作系统是64位的（32位系统最多认3.5GB内存），对于云服务器，由于无法物理插拔内存，通常只能通过“变更实例规格”来实现扩容，价格会相应增加，建议在做这个决定之前，先花一周时间用atop或htop记录一下内存使用的峰值，看看是“峰值瞬间不够”还是“长期高位运行”，如果是前者，用Swap或弹性伸缩就能解决；如果是后者，那就别犹豫，直接升配或加机器。
首发原创文章，作者：王坚，如若转载，请注明出处：https://test.idctop.com/article/553686.html
