如何优化PHP服务器在资源有限的情况下提高最大并发处理能力？

本文共计1122个文字，预计阅读时间需要5分钟。

假设计报考APP需支付5W+RMB，向供应商商家采购，报名当天扣除海量考生活费，并发展数千万用户，导致系统瘫痪，拒绝提供服务，致使考生无法报名，那么5W+RMB能否支持30W+并发呢？

假设报考app是用5W rmb 向供应商采购，报名当天涌入海量考生，并发数飙升至30W+，导致系统宕机，拒绝服务，致使考生无法报名，那么5W rmb 能否支持30W+并发呢？

不过对于我们来说，不妨把问题上升一个角度：「如何在有限的资源里最大提升服务器并发能力」。假设你是一名技术负责人，你在面对一个并发量较大的项目时会如何设计和架构呢？

首先我们可以针对这个项目捋一下大体的思路，从上述描述中不难看出，该项目的瓶颈在于「并发写」而非「读」，因此从资源分配上我们可以向「写」倾斜，在此我将数据全部写入在Redis中。除此之外，我们也需要尽量的将MySQL的读操作迁移到Redis上来，MySQL所做的工作更倾向于一些常规非并发的读写操作。

服务器

当用户请求过来，由负载均衡器负载到各个服务器上

这是一张来自symfony的压测数据，使用的是1 CPU, 4 GB and PHP 7的配置。

上图的数据来自于swoole官网，在加上我们在实际业务逻辑的执行之后，可以发现，当我们在使用常驻内存的启动方式时，3台更低配服务器就能解决上述需要16台才能解决的问题。

数据库

其实许多人在接触后端有一定的阶段之后都会了解，现在的许多互联网项目的瓶颈更多的集中在数据库I/O这块，各个语言之间并没有特别大的差距。