Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 1099 bytes) in
Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 1099 bytes) in
解释是可用内存已耗尽，这关系到PHP的memory_limit的设置问题。
这里有两种方法解决
1、修改php.ini
memory_limit = 128
这种方法需要重启服务器，很显然，此方法对虚拟机有限制。
2、通过ini_set函数修改配置选项值
ini_set ('memory_limit', '128M')
ini_set ('memory_limit', '128M')
----------------
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的内存使用量，服务器的响应和负载降低的就不仅仅是几个百分点的效果了。
PHP的内存限制 Allowed memory size of 134217728 bytes exhausted (tried to allocate 1099 bytes) in
Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 1099 bytes) in Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 1099 bytes) in
Allowed
memory
size
of 268435456
byte
s
exhausted
(
trie
d to
allo
cat
e 262144
byte
s)
Fatal error:
Allowed
memory
size
of 268435456
byte
s
exhausted
(
trie
d to
allo
cat
e 145625088
byte
s) in fileSend.
php
on line 45
今天在进行使用
php
进行文件传输时，小文件可以传送成功，而大文件则传送失败，并报如上错误信息。
是
php
环境设置中
限制
了
内存
使用大小，我这里没有将文件分次传输，导致
内存
被占满。
找到
php
根目录的
php
.
ini
文件，搜索
memory
_limit
配置修改：
memory
_limit 只是
限制
了每个
PHP
进程的
内存
使用上限，而不是为每个进程分配了固定的
内存
，并不会因为
memory
_limit 设置过大，导致并发数降低。
当项目对
内存
使用要求比较高时，可适当提高memeory_limit的值，重启后生效。
内存
不足或超出配置最高上限，可能导致进程终止，无法继续运行。
在运行
PHP
程序，通常会遇到“Fatal Error：
Allowed
memory
size
of xxxxxx
byte
s
exhausted
”的错误， 这个意味着
PHP
脚本使用了过多的
内存
，并超出了系统对其设置的允许最大
内存
。
解决这个问题，首先需要查看你的程序是否分配了过多的
内存
，在程序没有问题的情况下，你可以通过一下方法来增加
PHP
的
内存
限制
（
memory
_limit）。
检查
php
的
内存
限制
值
为了查看这个值，你需要建立一个空的
php
文件，比如vi...
最近迁移一个
PHP
系统，在旧有的
服务器
上运行没有任何问题，在新的
服务器
上运行就会一直报“
Allowed
memory
size
of XXXXXXXX
byte
s
exhausted
”，尝试了好几种解决方案，记录如下。
第一种方案：
在
PHP
文件中加入
ini
_set(”
memory
_limit”,”128M”);
当然，128M可以根据自己的情况改动，也不要设置太大；否则，系统其它资源会遇到...
错误信息：
Allowed
memory
size
of
134217728
byte
s
exhausted
(
trie
d to
allo
cat
e 38
byte
s) in D
:\site\web\system\libs\db_mysqli.class.
php
on line 234
由于报错信息和
数据库
相关，一开始一直以为是
数据库
中某个数据表过大，于是努力在查那个"出轨"
终端报出了
Allowed
memory
size
of
134217728
byte
s
exhausted
错误，
是因为
php
默认
内存
限制
是128M，所以需要修改
php
.
ini
文件。
查找到
memory
_limit = 128M这一行，将128M改大点，改成了1024M。
2、重启
服务器
，通过sudo /usr/sbin/apachectl restart来重启apache
服务器
，当然其实用...
二）原因：
php
.
ini
中的
内存
分配的问题，默认
php
代码能够申请到的最大
内存
字节数就是
134217728
byte
s，如果代码执行的时候再需要更多的
内存
，就会报错了，于是就将
php
.
ini
文件中的配置改了一下。
三）解决方法：
方法一： 修改
php
.
ini
（推荐）
进入
php
.
ini
文件，将其中的
memory
_limit 由原本的128M改为256M
方法二： 在程序里面添加如下语句
ini
_set(”
memory
_limit”, ”256M”);
方法三： 添加如下内容
php
_
内存
泄漏
内存
泄漏指的是在程序运行过程中申请了
内存
，但是在使用完成后没有及时释放的现象， 对于普通运行时间较短的程序来说可能问题不会那么明显，但是对于长时间运行的程序， 比如Web
服务器
，后台进程等就比较明显了，随着系统运行占用的
内存
会持续上升， 可能会因为占用
内存
过高而崩溃，或被系统杀掉。
Nginx&
PHP
-FPM
这里先简单说一下nginx+
php
-fpm模式的工作原理：
PHP的内存限制 Allowed memory size of 134217728 bytes exhausted (tried to allocate 1099 bytes) in
108362
