Allowed memory size of 134217728 bytes exhausted (tried to allocate 2359296 bytes)

最新推荐文章于 2025-10-21 09:10:22 发布
原创 最新推荐文章于 2025-10-21 09:10:22 发布 · 856 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#php #linux #thinkphp

本文解决了一个常见的PHP问题：当运行PHP脚本时遇到内存不足错误（Allowed memory size exhausted）。提供了两种解决方案，一是通过代码动态调整内存限制，二是修改php.ini文件并重启php-fpm服务。

Allowed memory size of 134217728 bytes exhausted (tried to allocate 2359296 bytes)

解析：
134217728/1024/1024 = 128

解决方案1：

ini_set(‘memory_limit’,’256M’); //升级为申请256M内存

解决方案2：

修改php.ini

修改php配置
vi /usr/local/php/etc/php.ini
memory_limit = 128 改成memory_limit = 256

php-fpm重启
/etc/init.d/php-fpm reload

 

 

PHP错误Allowed memory size of 67108864 bytes exhausted的3种解决办法
12-19
在给出的标题和描述中，这个问题的具体例子是“Allowed memory size of 67108864 bytes exhausted (tried to allocate 76 bytes)”，即PHP尝试分配额外的76字节内存，但此时已使用的内存达到了67108864字节（即64MB...
Allowed memory size of 134217728 bytes exhausted
热门推荐
柚的个人技术博客
06-06 4万+
错误信息： Allowed memory size of 134217728 bytes exhausted (tried to allocate 38 bytes) in D :\site\web\system\libs\db_mysqli.class.php on line 234 由于报错信息和数据库相关，一开始一直以为是数据库中某个数据表过大，于是努力在查那个"出轨"
Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 2611816 bytes)
10-25
主要介绍了Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 2611816 bytes)错误的解决方法,需要的朋友可以参考下
WordPress报错：Allowed memory size of 134217728 bytes exhausted 解决方法
最新发布
blog.jichun29.cn
10-21 552
WordPress内存耗尽错误解决方案 当WordPress出现"Allowed memory size exhausted"错误时，表明PHP内存不足（默认128MB）。主要解决方法包括： 修改php.ini：将memory_limit调整为256M并重启服务 修改wp-config.php：添加define('WP_MEMORY_LIMIT', '256M') .htaccess修改（Apache适用）：添加php_value memory_limit 256M 控制面板调整：通过c
Allowed memory size of 134217728 bytes exhausted问题解决方法 php
qq_42081299的博客
01-03 1639
终端报出了Allowed memory size of 134217728 bytes exhausted错误， 是因为php默认内存限制是128M，所以需要修改php.ini文件。 查找到memory_limit = 128M这一行，将128M改大点，改成了1024M。 2、重启服务器，通过sudo /usr/sbin/apachectl restart来重启apache服务器，当然其实用...
解决报错：fatal error: allowed memory size of 134217728 bytes exhausted (tried to allocate 20480 bytes) i
m0_67839004的博客
04-24 3302
【代码】解决报错：fatal error: allowed memory size of 134217728 bytes exhausted (tried to allocate 20480 bytes) i。
关于PHP配置之memory_limit参数的设定
MesopoTamia
11-22 1万+
<br /><br />PHP5中，对于memory_limit的设定已经从以往的8M扩大到128M的上限。<br />对于配置中的定义解释是：<br />    memory_limit = 128M      ; Maximum amount of memory a script may consume (128MB)<br />    最大单线程的独立内存使用量。也就是一个web请求，给予线程最大的内存使用量的定义。<br />现有的大部分网站或者论坛应用中，应用软件的配备一般都是以如下的形式搭建：<
php Allowed memory size of 134217728 bytes exhausted
06-17
PHP 中最常见的错误之一是 "Allowed memory size of 134217728 bytes exhausted"，這個錯誤是指 PHP腳本在執行過程中，超出了允許的内存限制，導致腳本無法繼續執行。在這篇文章中，我們將詳細解釋這個錯誤的原因、...
PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 49 bytes)
weixin_33872566的博客
08-16 206
[root@localhost ~]# sh /qeedoodb/cron/refreshUserUnion.sh PHP Notice: Constant FILE_BASE already defined in /var/www/html/amfphp/services/system/Connect.php on line 2 PHP Fatal error: A...
Allowed memory size of 134217728 bytes exhausted (tried to allocate 20480 bytes) 解决办法(php内存耗尽报错)
昊喵喵博士
01-02 2万+
内存已耗尽，这关系到PHP的memory_limit的设置问题，根据自己的需要及参考本机的内存大小修改php内存限制。 这里有三种解决方案 ： 1、修改php.ini （改配置） memory_limit = 128 这种方法需要重启服务器，很显然，此方法对虚拟机有限制。 2、通过ini_set函数修改配置选项值 （改代码） ini_set (‘memory_limit’, ‘128M’) ...
php报错：Allowed memory size of 134217728 bytes exhausted
麻木博客
05-27 332
报错图： 解决方法： 修改php.ini中memory_limit的大小 找到php.ini文件 使用编辑器打开，ctrl+f搜索关键字：memory_limit 将值改为256 重启环境（apache或者nginx)刷新网页就不会报错了
php的Allowed memory size of 134217728 bytes exhausted问题解决办法
weixin_33774308的博客
05-06 1万+
php的Allowed memory size of 134217728 bytes exhausted问题解决办法 报错： Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 128 bytes) in xxxx/mysqli_result.php on line 183 解析： 1...
PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 8192 bytes)
kali_yao的博客
12-11 2020
11
php memory size of,PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allo...
weixin_30935961的博客
04-04 498
[root@localhost ~]# sh /qeedoodb/cron/refreshUserUnion.shPHP Notice: Constant FILE_BASE already defined in /var/www/html/amfphp/services/system/Connect.php on line 2PHP Fatal error: Allowed memory s...
PHP开发遇到Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 24 bytes)
php小白的奔牛历程
10-09 2681
php页面运行内存已经超过设置的最大内存128M 解决方法 打开php.ini文件，查找 然后重启服务，问题解决 只要你每天坚持自习，认真刻苦，态度端正，忍受孤独，最终的胜利肯定是属于那些考场上发挥好的人。 ...
php报错 Allowed memory size of 134217728 bytes exhausted (tried to allocate 5505013 bytes)
峰
12-26 2381
解释： 内存已耗尽，这关系到PHP的memory_limit的设置问题，根据自己的需要及参考本机的内存大小修改php内存限制。 这里有三种解决方案 ： 1、修改php.ini （改配置） memory_limit = 128 这种方法需要重启服务器，很显然，此方法对虚拟机有限制。 2、通过ini_set函数修改配置选项值 （改代码） ini_set (‘memory_limit’, ‘128M...
Allowed memory size of 134217728 bytes exhausted解决办法(php内存耗尽报错)【简记】
jysf98746的博客
01-13 2万+
值得注意的是：如果通过上面的方式修改后还会报这个错误，那你要检查一下你写的代码是否存在效率问题。（举例：从数据库查询到的数据加载到内存里面，然后php 进行数据处理，如果代码写的不是很严谨存在效率问题，特别是数据量非常大的时候也会导致内存耗尽）遇到这个问题就是因为最开始是修改商城系统某个统计功能的时候代码写的不是很严谨，导致后来数据量达到一定量后，出现了内存耗尽。内存已耗尽，这关系到PHP的memory_limit的设置问题，根据自己的需要及参考本机的内存大小修改php内存限制。
Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 41943040 bytes) in
长风破浪会有时的博客
07-30 700
通过以上方法，开发者可以全面掌握 PHP 内存耗尽问题的知识体系和底层原理，为解决实际问题提供理论支持和实践经验。PHP 内存耗尽问题的底层原理涉及内存分配、垃圾回收、配置限制以及性能优化等多个层面。这个错误是 PHP 中常见的内存耗尽问题，通常发生在脚本尝试分配的内存超出。
执行php程序的时候，报错Allowed memory size of 134217728 bytes exhausted (tried to allocate 83 bytes)...
weixin_34090562的博客
08-21 235
执行php程序时，会报下面的错误Fatalerror:Allowedmemorysizeof134217728bytesexhausted(triedtoallocate83bytes)in/mnt/Change/www/html/data/conn.phponline18第一种方法：不推荐修改php配置文件php.ini,将memory...
Allowed memory size of 134217728 bytes exhausted (tried to allocate 69793022592 bytes)
09-24
<think> 我们正在解决一个PHP内存耗尽错误：Allowed memory size of 134217728 bytes exhausted (tried to allocate 69793022592 bytes) 错误信息表明：当前PHP内存限制为134217728字节（即128MB），而脚本尝试分配大约69.8GB内存，这显然是不合理的。 问题分析： 1. 尝试分配的内存大小（69.8GB）远超过系统可用内存，这通常不是正常操作，可能是程序中的bug导致的无限循环或错误的内存分配。 2. 通常，这种错误是由于PHP脚本尝试分配超过内存限制的内存而引发的。 解决步骤： 步骤1：检查代码逻辑 - 查看错误发生的位置（在用户提供的错误信息中，发生在jetpack插件的class-php-autoloader.php的第90行）。这可能是一个线索，但尝试分配69.8GB内存的行为显然异常。 - 重点检查循环、递归以及大文件读取等操作。 步骤2：调整PHP内存限制（临时解决方案） - 虽然错误显示需要分配69.8GB，但实际我们不可能分配这么多，所以根本原因可能是逻辑错误。但为了确保脚本能运行，可以尝试增加内存限制（但注意：69.8GB是不现实的，所以这个步骤可能无效，但可以作为临时测试）。 - 在PHP脚本中增加：`ini_set('memory_limit', '1024M');` 将内存限制提高到1GB。注意：如果脚本确实需要超过1GB的内存，那么可能需要优化，但本例中尝试分配69.8GB，所以提高限制到1GB后，错误可能会变成尝试分配69.8GB失败，但至少我们能排除是否是128MB不够用的问题。 步骤3：检查内存分配过大的原因 - 在错误发生的位置（class-php-autoloader.php的第90行）附近，查看是否有循环分配内存的操作。 - 例如，一个常见的错误是在循环中不断追加数据到数组而没有跳出循环的条件，导致数组无限增长。 步骤4：使用调试工具 - 使用Xdebug等工具进行调试，跟踪内存使用情况。 - 在代码中插入内存使用检查：`memory_get_usage()`和`memory_get_peak_usage()`，以确定内存使用激增的位置。 步骤5：优化代码 - 如果存在大数组，考虑使用迭代器（Iterator）或分块处理。 - 及时释放不再使用的变量（使用`unset()`）。 - 尽量避免一次性加载大量数据到内存，可以采用分批次处理。 针对用户提供的错误信息，特别说明： - 用户引用的第一个错误信息（jetpack插件）中尝试分配20480字节（20KB）时内存耗尽（128MB内存），而第二个错误信息中尝试分配8192字节（8KB）时耗尽。但用户现在遇到的错误是尝试分配69.8GB，这比前两个大得多。 - 所以，当前错误很可能是一个新的问题，可能是由于代码中的某个错误导致循环分配内存或者计算错误的内存分配大小。 具体操作建议： 1. 定位到错误发生的具体代码行（用户没有提供具体的代码文件，但根据错误信息中的路径，应该是WordPress的jetpack插件中的一个文件）。因此，可以检查该插件的最新更新，或者尝试重新安装插件。 2. 检查是否有其他插件冲突，可以尝试禁用其他插件，看是否问题消失。 3. 如果问题仍然存在，可以尝试在jetpack插件的class-php-autoloader.php文件第90行附近添加调试信息，查看循环变量或分配内存之前的数据大小。 另一种可能性：数字溢出 - 注意尝试分配的内存大小：69793022592字节，这个数值可能是由于一个循环计算错误导致。例如，一个循环次数变量被错误地设置为一个非常大的数，然后在这个循环中不断分配内存。 示例调试： 在class-php-autoloader.php的第90行之前，可以临时添加： ```php error_log("Current memory usage: " . memory_get_usage()); // 或者输出一些关键变量的值 ``` 但是，由于这个错误发生在自动加载器中，可能是由于加载的类过多导致？但通常不会需要69.8GB。 结论： 这个错误很可能是由于程序逻辑错误导致尝试分配一个巨大的内存块（69.8GB），而不是真正需要这么多内存。因此，重点应放在检查代码逻辑上。 临时解决方案（不推荐长期使用）： 在php.ini中增加内存限制（比如设置为1GB）： ``` memory_limit = 1024M ``` 但是，如果脚本确实需要超过1GB内存，那么需要优化代码；如果是因为逻辑错误导致，增加内存限制可能只会让脚本运行更长时间然后再次耗尽内存（或者导致系统内存耗尽），所以根本解决还是要修复代码。 最终解决方案： 1. 检查导致分配巨大内存的代码行，修复逻辑错误（例如，循环条件错误）。 2. 如果确实需要处理大量数据，考虑使用更高效的算法或分块处理。 由于错误指向Jetpack插件，可能是该插件的bug，建议更新Jetpack插件到最新版本，或者查看该插件的issue中是否有类似问题。 相关问题： 1. 如何增加PHP内存限制？ 2. 如何调试PHP内存泄漏？ 3. Jetpack插件是否有已知的内存问题？ 4. 如何优化PHP脚本的内存使用？ </think> 我将为您提供系统化的解决方案，帮助您解决PHP内存耗尽错误。错误信息`Allowed memory size of 134217728 bytes exhausted (tried to allocate 69793022592 bytes)`表示您的PHP脚本尝试分配约70GB内存，但服务器只允许使用128MB内存（134,217,728字节 = 128MB）。 ### 问题诊断（根本原因） 1. **内存分配异常** 尝试分配697亿字节（70GB）的行为极不正常，可能由以下原因导致： - 无限递归循环（函数反复调用自身） - 未限制的大文件处理（如未分块读取数GB文件） - 数据库查询返回超大数据集 - 插件冲突或代码逻辑错误（尤其是WordPress插件） 2. **Jetpack插件线索** 错误发生在Jetpack插件文件中： `/www/wwwroot/8.130.76.98/wordpress/wp-content/plugins/jetpack/vendor/jetpack-autoloader/class-php-autoloader.php on line 90` 表明问题与该插件的自动加载机制相关[^1]。 3. **系统资源限制** 您的服务器配置（通过`ulimit -a`可见）显示： ```bash max memory size (kbytes, -m) unlimited # 系统层未限制内存 virtual memory (kbytes, -v) unlimited # 虚拟内存无限制 ``` 但PHP有自己的内存限制（128MB）[^2]。 --- ### 解决方案（逐步操作） #### 第一步：紧急修复内存限制（临时方案） 在PHP脚本顶部添加（例如wp-config.php）： ```php <?php ini_set('memory_limit', '512M'); // 提升至512MB ``` 或修改php.ini： ```ini ; 查找并修改此行 memory_limit = 512M ``` > ⚠️ 注意：这只是临时绕过，70GB需求仍异常，需后续排查 #### 第二步：定位内存泄漏源 1. **在报错文件添加调试代码** 修改`class-php-autoloader.php`第89行附近： ```php error_log("DEBUG: Memory usage before line90: " . memory_get_usage()); // 原始第90行代码... error_log("DEBUG: Memory usage after line90: " . memory_get_usage()); ``` 查看日志（通常`/var/log/php_error.log`）观察内存突变点。 2. **使用内存分析工具-Xdebug** 安装Xdebug后生成cachegrind报告： ```bash # php.ini配置 zend_extension=xdebug.so xdebug.mode=profile xdebug.output_dir=/path/to/logs ``` 访问触发错误的页面，分析内存分配热点。 #### 第三步：针对性修复（根据原因选择） ##### 场景1：无限递归 ```php // 错误示例：缺少终止条件的递归 function load_dependencies() { load_dependencies(); // 无限自我调用 } // 修复：添加终止条件 function load_dependencies($depth=0) { if ($depth > 100) return; // 设置最大深度 load_dependencies($depth + 1); } ``` ##### 场景2：大文件处理 ```php // 错误：一次性读取大文件 $hugeFile = file_get_contents("70gb_file.log"); // 尝试分配70GB // 修复：流式分块读取 $handle = fopen("70gb_file.log", "r"); while (!feof($handle)) { $chunk = fread($handle, 1024 * 1024); // 每次1MB process_chunk($chunk); } fclose($handle); ``` ##### 场景3：Jetpack插件问题 1. 禁用所有插件，仅启用Jetpack测试 2. 检查Jetpack版本（过旧/最新beta版易出问题） 3. 替换自动加载器（在wp-config.php添加）： ```php define('JETPACK_AUTOLOAD_DEV', true); // 使用开发版加载器 ``` --- ### 预防措施 1. **内存使用监控** 在WordPress主题functions.php添加： ```php add_action('shutdown', function() { error_log("Peak memory: " . memory_get_peak_usage(true)); }); ``` 2. **优化PHP配置** ```ini ; 限制单个进程资源 max_execution_time = 30 max_input_vars = 1000 realpath_cache_size = 512k ``` 3. **服务器级防护** 配置cgroup限制PHP-FPM内存： ```bash # /etc/systemd/system/php-fpm.service.d/memory.conf [Service] MemoryLimit=512M ``` --- ### 关键指标计算 内存需求合理性验证公式： $$ \text{实际需求} = \frac{\text{数据集大小}}{\text{处理分块数}} \times \text{安全系数} $$ 若处理70GB数据，分块大小4MB时： $$ \text{内存需求} = \frac{70 \times 1024\text{MB}}{4\text{MB}} \times 0.2 \approx 3.5\text{GB} \quad (\text{仍需优化}) $$ 建议优化目标： $$ \text{单次分配} \leq 10\% \times \text{memory_limit} $$ 当`memory_limit=512MB`时，单次分配应≤51.2MB[^1]。 --- ### 相关问题 1. 如何检测WordPress插件内存泄漏？ 2. PHP流式处理大文件的最佳实践是什么？ 3. Linux下如何限制PHP-FPM进程的内存使用？ 4. Jetpack插件与哪些WordPress主题存在已知冲突？
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值