Archon Docker 部署完全指南:自动 HTTPS、PostgreSQL 与 Web UI 一站式落地
2026/9/13 14:09:25
PHP 多进程 ≠ MySQL 多进程。
二者虽都使用“多进程”模型,但设计目标、架构层次、资源管理方式完全不同,混淆会导致对系统性能和并发模型的根本误判。
| 维度 | PHP 多进程(如 PHP-FPM) | MySQL 多进程 |
|---|---|---|
| 本质 | 应用层并发模型 | 数据库内核架构 |
| 目的 | 并行处理多个 HTTP 请求 | 并行处理 SQL 查询 + 后台任务 |
| 进程角色 | 所有 Worker 进程同质(执行 PHP 脚本) | 进程异构(连接、IO、InnoDB、复制等) |
| 数据共享 | 无共享(每个进程独立内存) | 共享内存池(Buffer Pool、Query Cache 等) |
| 生命周期 | 请求驱动(FPM Worker 长期存活) | 服务驱动(主进程常驻,子进程按需创建) |
✅关键认知:
- PHP 进程 = 应用逻辑执行单元
- MySQL 进程 = 数据库内部任务调度单元
pm.max_children控制max_children × 单进程内存。⚠️ 注意:MySQL 在 Linux 上实际是“多线程”为主,“多进程”为辅。
(Windows 版才是纯多进程)
psaux|grepmysqld# 仅看到 1 个 mysqld 进程(PID 相同)# 但 /proc/PID/task/ 下有多个线程mysql,mysqldump等客户端是独立进程innodb_buffer_pool_size)sort_buffer_size)| 场景 | PHP 多进程 | MySQL 多进程/线程 |
|---|---|---|
| “100 并发”含义 | 100 个 FPM Worker 进程 | 100 个连接线程(同一 mysqld 进程内) |
| 内存增长 | 线性增长(100×45MB = 4.5GB) | 非线性增长(共享 Buffer Pool,线程私有内存小) |
| 上下文切换开销 | 高(进程切换) | 低(线程切换) |
| 故障隔离 | 一个 Worker 崩溃不影响其他 | 一个连接线程崩溃可能导致整个 mysqld 退出(严重 bug) |
| 扩展方式 | 增加 Worker 数量 | 增加连接数(max_connections),优化共享内存 |
💡典型误解纠正:
- ❌ “PHP 开 100 进程,MySQL 也要开 100 进程” → ✅ MySQL 只需1 个进程 + 100 线程
- ❌ “PHP 和 MySQL 进程数要 1:1” → ✅无直接关系,PHP 并发由 FPM 控制,MySQL 并发由
max_connections控制
pm.max_children不足 → 请求排队max_connections不足 →Too many connections| 组件 | 调优目标 | 关键参数 |
|---|---|---|
| PHP-FPM | 避免进程不足或 OOM | pm.max_children,pm.max_requests |
| MySQL | 避免连接耗尽或内存溢出 | max_connections,innodb_buffer_pool_size |
✅黄金法则:
PHP 并发能力由 FPM 进程数决定,MySQL 并发能力由连接线程数决定,二者通过连接池解耦。
(如 Laravel 使用DB_CONNECTION_POOL减少 MySQL 连接数)