thinkphp负载均衡本质依赖nginx反向代理+upstream轮询分发请求至多实例，并需redis集中存储session、oss统一管理静态资源、主从数据库解耦及keepalived高可用保障，缺一不可。
ThinkPHP用MVC架构做负载均衡，本质不是框架自己“扛流量”，而是靠外围基础设施协同运作。MVC本身只负责内部职责分离，真正实现高可用，得靠部署层、中间件、数据层和运维策略配合落地。
用Nginx做反向代理+轮询分发
Nginx是最常用也最轻量的入口层负载均衡器。它不处理业务逻辑，只把HTTP请求按规则转发给后端多个ThinkPHP实例。
- 在
http块里定义upstream集群，IP和端口对应每台应用服务器（如192.168.5.10:80、192.168.5.11:80） -
server块中用proxy_pass http://your_cluster_name把所有请求代理出去 - 务必设置
X-Real-IP和X-Forwarded-For头，否则ThinkPHP里$request->ip()拿到的是Nginx内网IP - 可加
health_check或配合keepalived做主动探活，自动剔除宕机节点
Session必须集中存储
MVC里的控制器依赖Session维持登录态，如果每台服务器各自存文件，用户刷新就可能掉登录——这是负载均衡中最常踩的坑。
- 禁用默认的
file类型session，改用Redis：在config/session.php中设'type' => 'redis' - 配置
'host'、'port'、'password'指向统一Redis实例（建议用哨兵或集群模式） - 确保所有服务器时间同步（
chrony或ntp），避免因时间差导致session过期误判 - 如用Memcached，注意其不支持持久化，适合读多写少、允许短暂丢失的场景
静态资源与上传文件要统一出口
用户上传的图片、附件，或前端引用的JS/CSS，不能只存在某一台服务器磁盘上。
- 上传路径统一走OSS（阿里云/腾讯云）或S3兼容存储，ThinkPHP用
think-filesystem扩展对接 - 若用NFS挂载共享目录，需保证各节点挂载参数一致（如
hard,intr,rsize=32768,wsize=32768），并监控NFS服务稳定性 - 静态资源建议托管CDN，域名单独配置（如
static.yourdomain.com），Nginx直接回源到OSS或主站 - 避免在代码里写死
http://server1/upload/xxx.jpg这种绝对路径，全部用相对路径或CDN前缀变量
数据库与缓存层要解耦设计
MVC的Model层操作数据库，但高并发下单库容易成瓶颈，必须提前规划读写分离和缓存穿透防护。
- 配置主从分离：主库写，多个从库读；ThinkPHP支持
read_master开关和slave_name指定从库 - 缓存失效时防雪崩：用
Cache::remember加随机过期时间偏移，或引入布隆过滤器拦截无效key查询 - 分布式锁控制并发修改：比如订单支付成功后更新库存，用Redis的
SET key value EX 30 NX保证原子性 - 关键事务操作日志落库+消息队列补偿（如RabbitMQ/Kafka），避免因网络抖动导致状态不一致
不复杂但容易忽略
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
