Apache服务器默认工作方式是什么，哪种MPM性能好？

Apache服务器默认采用prefork多进程工作方式：主进程以root身份监听80端口，派生一组子进程，每个用户请求由一个独立子进程负责响应，一个连接一个进程，各干各的，互不干扰。

Apache默认工作模式是什么：Prefork多进程模型

Apache启动后会出现一个父进程和一排子进程,父进程不直接处理请求，只负责看管子进程：不够就派生，多了就回收，真正干活的是子进程。

• 父进程职责：读取配置、绑定端口、管理子进程池
• 子进程职责：接受连接、解析请求、返回响应
• 空闲与繁忙：子进程空闲时等待分配，接到请求后转为繁忙，处理完继续回池

这种机制就像一家传统饭馆,老板站在门口安排座位，每个服务员只服务一桌客人，客人没走，服务员不能去接待别人，服务过程稳定，但人力成本不低。

为什么Apache默认选Prefork而不是线程模式

Prefork每个进程只服务一个请求,隔离性很强，某个请求崩溃不会拖垮整个服务器，在早期LAMP架构中，PHP经常以mod_php方式嵌入Apache，而mod_php不是线程安全的，因此prefork成为LAMP环境下的保守默认项。

行业共识认为,这种设计牺牲了一部分并发能力，换来了稳定性和模块兼容性，多数Linux发行版安装Apache后，如果不做额外设置，跑起来的就是这个模式。

Apache Prefork和Worker区别对比

很多人在搜索“apache prefork和worker区别”时，其实是在犹豫要不要切换MPM，核心区别在于进程与线程的组合方式。

什么场景下保持默认Prefork更合适

• 站点日访问量不大,几百到几千PV
• 使用mod_php跑老式PHP程序
• 追求绝对稳定,不想折腾线程安全
• 服务器内存比较充裕

什么场景下换成Worker或Event更好

• 静态资源占比高,或者前后端分离架构
• 使用PHP-FPM、Python WSGI等外部进程
• 希望降低单机内存消耗
• 需要扛住较多并发长连接

切换模式不是万能优化,很多高并发问题来自KeepAlive配置、日志级别、静态资源缓存这类基础项，模式选型只是其中一个环节。

Apache默认并发连接数怎么看

Apache默认并发连接数不是指端口能接受多少TCP连接,而是指同时能处理请求的子进程或线程数量，具体要看MPM配置。

• Prefork模式下,默认的MaxRequestWorkers常见值为256，但不同发行版编译参数会有差异
• Worker模式下,并发能力由ServerLimit和ThreadsPerChild共同决定
• 实际可处理并发还受KeepAliveTimeout、MaxKeepAliveRequests影响

查当前默认并发配置的命令

apachectl -V | grep MPM
grep -E 'MaxRequestWorkers|ServerLimit|ThreadsPerChild' /etc/httpd/conf/httpd.conf

输出里看到mpm_prefork和MaxRequestWorkers 256，就说明当前默认是prefork，最多同时处理256个请求。

调整默认并发数的思路

不要盲目调大,先看内存：每个prefork子进程大约占用几十MB，乘上MaxRequestWorkers就是峰值内存，内存不够时，调高只会导致Swap频繁，响应变慢。

建议按单进程内存乘以并发数不超过物理内存的70%来估算，内存8GB的机器，如果单进程占50MB，256个进程已经吃掉约12.8GB，明显超了，这种时候要么降并发，要么换Worker或Event模式。

国内服务器Apache默认工作方式差异

国内服务器部署Apache常见的系统分两派：CentOS系和Debian/Ubuntu系，虽然默认工作方式基本仍是prefork，但配置文件路径和切换方法不同。

• CentOS：主配置文件在/etc/httpd/conf/httpd.conf，MPM模块在/etc/httpd/conf.modules.d/00-mpm.conf
• Ubuntu：主配置文件在/etc/apache2/apache2.conf，MPM通过/etc/apache2/mods-enabled/下的符号链接控制
• 宝塔面板：通常编译安装Apache默认启用prefork，配置文件位于/www/server/apache/conf/httpd.conf

CentOS下修改Apache默认工作方式

vim /etc/httpd/conf.modules.d/00-mpm.conf
# 注释掉prefork行
# LoadModule mpm_prefork_module modules/mod_mpm_prefork.so
# 取消注释worker行
LoadModule mpm_worker_module modules/mod_mpm_worker.so
systemctl restart httpd

Ubuntu下修改Apache默认工作方式

sudo a2dismod mpm_prefork
sudo a2enmod mpm_worker
sudo systemctl restart apache2

切换前一定要确认当前使用的PHP模块是否线程安全,如果同时启用了mod_php，切换到worker会直接报错或运行不稳定。

Apache默认端口和后台运行方式

Apache默认端口是80,https默认端口443，配置文件里用Listen指令控制。

• 查看监听端口：grep -E '^Listen' /etc/httpd/conf/httpd.conf
• 修改默认端口：把Listen 80改成Listen 8080，重启服务
• 后台运行：Apache默认以daemon方式运行，启动后脱离终端，由systemd或init管理

默认运行用户

• CentOS：默认运行用户为apache
• Ubuntu：默认运行用户为www-data

这个用户控制着站点目录读写权限,很多“403 Forbidden”问题，其实是目录所有者跟默认运行用户不匹配。

如何把Apache默认工作方式改得更适合自己

不是所有站点都该抱着prefork不放,判断路径可以这样走：

1. 先确认当前模式：apachectl -V | grep MPM
2. 再看业务类型：跑老PHP就用prefork，跑PHP-FPM或静态集群就换event
3. 评估内存：每个进程占用多少，峰值并发多少
4. 小步切换：在测试环境验证，再上生产

业内专家指出,多数性能问题不是MPM选错造成的，而是基础配置没调好，别急着改底层模式，先把KeepAlive、工作进程数、静态缓存理顺。

Apache默认工作方式像一家传统饭馆：每来一个客人就安排一个服务员全程接待，服务稳定但人力成本高，理解这个默认逻辑后，再根据业务场景决定是否切换MPM，比盲目改配置更有价值，对于多数中小站点，默认prefork配合合理并发数，反而省心可靠。

Q&A模块

Apache服务器默认工作方式可以改成Nginx吗？

Apache和Nginx是两个独立的Web服务器,不能通过修改Apache配置“变成”Nginx，但可以在架构上用Nginx作为反向代理，把动态请求转给Apache处理，这种组合兼顾了Nginx的静态处理能力和Apache的模块生态，切换成本在于需要同时维护两套服务配置。

Apache默认工作模式怎么改成Worker？

先确认当前MPM：apachectl -V | grep MPM，在Ubuntu上执行sudo a2dismod mpm_prefork && sudo a2enmod mpm_worker && sudo systemctl restart apache2，在CentOS上编辑/etc/httpd/conf.modules.d/00-mpm.conf，注释prefork加载行，启用worker加载行，再重启httpd，使用mod_php时不能切换到worker，否则会导致服务异常。

Apache默认工作方式和Nginx有什么区别？

Apache默认prefork是同步多进程,每个连接占用一个进程，内存消耗相对较高但模块兼容性好，Nginx采用异步事件驱动，少量worker进程就能处理大量并发连接，内存占用低，但不支持Apache的.htaccess动态配置和部分模块，实际部署中，动态站点常将两者组合使用，Nginx负责前端接入和静态资源，Apache负责后端动态请求。