我们在使用WordPress的过程中,某些场景下可能会出现类似错误:Fatal error:Allowed memory size of 1 34217728 bytes exhausted(tried to allocate 2097160 bytes)
致命错误:已耗尽134217728字节的允许内存大 小(尝试分配2097160字节)。这个问题一般都是因为php.ini配置文件中的memory_limit值太小所导致的,默认 memory_limit=128M,所以想要解决这个问题的方法很简单,修改php.ini配置文件中的memory_limit值为更 大的值即可。
网站出现这种情况:Fatal error:Allowed Allowed memory size of 134217728 bytes exhausted (tried to allocate 20480 bytes) in /www/wwwroot/yanjiao168.com/include/dedesqli.class.php on line 317
原因是允许PHP执行的内存太低了。
修改php.ini,首先查找到“memory_limit = 50M”,修改为memory_limit = 256M
然后查找到“post_max_size = 50M”,修改为post_max_size = 256M
重新启动服务器就好了。
php-fpm重启
/etc/init.d/php-fpm restart
重启Nginx
service nginx restart
宝塔面板上操作示例:


值得注意的是:如果通过上面的方式修改后还会报这个错误,那你要检查一下你写的代码是否存在效率问题。(举例:从数据库查询到的数据加载到内存里面,然后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数据表尽量保证数据的较少,可以多分表来完成。
memory_limit的内存分配,标配是128M。一旦独立的线程超过了128M,那PHP会报错:Fatal error: Allowed memory size of 33554432 bytes对于8G内存的服务器,如果同时并发的响应达到50,每个都是128M的峰值,那估计也是服务器会卡死的时候。
尽量降低128M的内存配置,如果调整至64M,服务器的负载基本能下降一半左右,如果能调整至32M效果更好。但是对于应用的要求就更高,很多表建立初期就没有考虑到这个问题,如果你要采用memcache作为数据的存储,必须提前完成优化数据表的设计部署,降低独立线程PHP的内存使用量,服务器的响应和负载降低的就不仅仅是几个百分点的效果了。
转载请注明:XAMPP中文组官网 » Allowed memory size of 134217728 bytes exhausted (tried to allocate 20480 bytes) 解决方法