最近有公司业务不断上升，用户不断新增，区域IT人员反馈说后台管理系统某些更新操作会报错，

进入服务器日志目录一探究竟：tail 2021070114.ERROR.log

发现问题如下：

msg:Allowed memory size of 134217728 bytes exhausted (tried to allocate 20480 bytes)

初步断定是服务器配置问题：

查看配置值文件

配置memory_limit的内存分配，标配是512M。一旦独立的线程超过了512M，那PHP会报错：    Fatal error: Allowed memory size of 33554432 bytes对于8G内存的服务器，如果同时并发的响应达到50,每个都是512M的峰值，那估计也是服务器会卡死的时候。  

解决方案：

最后又复现了几次问题，同一条数据，第一次失败，第二次成功，在最后定位是多台虚拟服务器配置不一致导致的，所以让运维吧服务器配置检查，配置，重新服务器后，问题解决了，

最后寄语：

 尽量降低512M的内存配置，如果调整至128M，64M，服务器的负载基本能下降一半左右，如果能调整至32M效果更好。但是对于应用的要求就更高，很多表建立初期就没有考虑到这个问题，如果你要采用memcache作为数据的存储，必须提前完成优化数据表的设计部署，降低独立线程PHP的内存使用量，服务器的响应和负载降低的就不仅仅是几个百分点的效果了。

温馨提示：

php5中：对于memory_limit的设定已经从以往的8M扩大到128M的上限。对于配置中的定义解释是：    memory_limit = 128M      ; Maximum amount of memory a script may consume (128MB)    最大单线程的独立内存使用量。也就是一个web请求，给予线程最大的内存使用量的定义。现有的大部分网站或者论坛应用中，应用软件的配备一般都是以如下的形式搭建：        Nginx（Apache）+PHP+Memcache+Mysql    对于以上的应用软件的采用，优点我就不再多说。但对于Memcache的使用就是为了减少对于数据库的访问的频率的降低，也是提高服务响应的一种办法。但是对于memcache和数据库的数据存储有区别的是，memcache的数据并不是以上数据的形式存储在内存中，而是抽象化了之后以字符的形式，hash表的形式存储在内存之中。这样的存储区别导致，每次memcache的数据抽取必须全部数据反序拟化一次，将所有的数据导入进独立的单一线程中，然后第二部才是进行过滤和抽取你所需要的数据。在应用过程中，如果是读取数据库的数据，大家应该知道，优化的办法应该是在SQL语句中比保证第一次过滤尽量是提高准确性，只取需要的字段，不要全部所有字段取出之后再在应用中过滤得到自己想要的字段，这样对于服务器的负载会有本质的区别。 
 如果采用memcache，必然做不到数据库在在第一次就精确过滤这点目标。那么就需要在开始设计表的同时就需要考虑到这点，尽量保证被memcache数据表尽量保证数据的较少，可以多分表来完成。