致命的なエラー：134217728バイトの許容メモリサイズが使い果たされました（CodeIgniter + XML-RPC）

私は、新しい売上データを1つの集中データベースに定期的に送信するクライアントPOSシステムを多数持っています。このデータベースは、データを1つの大きなデータベースに格納してレポートを生成します。

クライアントPOSはPHPPOSに基づいており、標準のXML-RPCライブラリを使用して販売データをサービスに送信するモジュールを実装しました。サーバーシステムはCodeIgniterに基づいて構築され、WebサービスコンポーネントにXML-RPCおよびXML-RPCSライブラリを使用します。大量の販売データ（salesテーブルからの50行程度、およびsales内の各アイテムに関連するsales_itemsからの個々の行）を送信するたびに、次のエラーが発生します。

Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 54 bytes)

のデフォルト値は128Mですが、php.iniこれは大きな問題であると思います。実際、この値を1024Mに設定してみましたが、エラーが発生するまでに時間がかかります。

私が取った手順については、サーバー側のすべての処理を無効にして、入力に関係なく定型応答を返すようにそれを仕掛けました。ただし、問題は実際のデータ送信にあると思います。PHPの最大スクリプト実行時間を無効にしてみましたが、それでもエラーが発生します。

memory_limitbyの変更は適切な解決策でini_set('memory_limit', '-1');はありません。しないでください。

PHPコードのどこかにメモリリークがあり、サーバーに必要なメモリをすべて使用するように指示しています。あなたはまったく問題を修正しなかったでしょう。サーバーを監視すると、おそらくほとんどのRAMを使い果たし、ディスクにスワップしていることがわかります。

コード内の問題のあるコードを追跡して修正することをお勧めします。

ini_set('memory_limit', '-1');デフォルトのPHPメモリ制限を上書きします。

正しい方法は、php.iniファイルを編集することです。memory_limitご希望の値に編集します。

あなたの質問から、128M（これはデフォルトの制限です）を超えています。そのため、それほど多くのことをするべきではないため、コードに深刻な問題があります。

なぜそんなにかかるのかを知っていて、それmemory_limit = 512M以上の設定を許可したいなら、あなたは良いはずです。

PHPのメモリ割り当ては、永続的または一時的に調整できます。

永久に

PHPのメモリ割り当ては、2つの方法で永続的に変更できます。

php.iniファイルにアクセスできる場合は、の値をmemory_limit希望の値に編集できます。

php.iniファイルへのアクセス権がない場合（およびWebホストで許可されている場合）、.htaccessファイルを介してメモリ割り当てを上書きできます。追加しphp_value memory_limit 128Mます（または必要な割り当てが何であれ）。

一時的

PHPファイル内からその場でメモリ割り当てを調整できます。あなたは単にコードini_set('memory_limit', '128M');（またはあなたが望むどんな割り当てでも）を持っています。値を「-1」に設定することで、メモリ制限を削除できます（ただし、マシンまたはインスタンスの制限は適用される場合があります）。

特にORMなどの抽象化を使用する場合、PHPスクリプトでメモリリークを取得するのは非常に簡単です。Xdebugを使用してスクリプトのプロファイルを作成し、そのすべてのメモリがどこに移動したかを確認してください。

2250万レコードをarray_pushを使用して配列に追加する4Gと、php.iniファイルのメモリ制限として使用すると、約2000万レコードで「メモリ不足」の致命的なエラーが発生し続けました。これを修正するために、私はステートメントを追加しました

$old = ini_set('memory_limit', '8192M');

ファイルの先頭。今、すべてが正常に動作しています。PHPにメモリリークがあるかどうかはわかりません。それは私の仕事ではなく、気にしません。私は自分の仕事を成し遂げる必要があるだけで、これはうまくいきました。

プログラムは非常に簡単です：

$fh = fopen($myfile);
while (!feof($fh)) {
    array_push($file, stripslashes(fgets($fh)));
}
fclose($fh);

致命的なエラーは、メモリ制限を引き上げてエラーを解消するまで、3行目を指しています。

memory_limitset in でもこのエラーが発生し続けphp.ini、値が正しく読み取られましたphpinfo()。

これから変更することにより：

memory_limit=4G

これに：

memory_limit=4096M

これにより、PHP 7の問題が修正されました。

上記のエラーが表示された場合-特に(tried to allocate __ bytes)が低い値である場合、それは無限ループを示している可能性があります。

function exhaustYourBytes()
{
    return exhaustYourBytes();
}

これらの2行を有効にした後、それは働き始めました：

; Determines the size of the realpath cache to be used by PHP. This value should
; be increased on systems where PHP opens many files to reflect the quantity of
; the file operations performed.
; http://php.net/realpath-cache-size
realpath_cache_size = 16k

; Duration of time, in seconds for which to cache realpath information for a given
; file or directory. For systems with rarely changing files, consider increasing this
; value.
; http://php.net/realpath-cache-ttl
realpath_cache_ttl = 120

memory_limitfastcgi / fpmを変更することで、これを適切に修正できます。

$vim /etc/php5/fpm/php.ini

メモリを128から512に変更します。以下を参照してください

; Maximum amount of memory a script may consume (128 MB)
; http://php.net/memory-limit
memory_limit = 128M

に

; Maximum amount of memory a script may consume (128 MB)
; http://php.net/memory-limit
memory_limit = 512M

サイトのルートディレクトリ：

ini_set('memory_limit', '1024M');

php.iniファイルのメモリ制限を変更し、Apacheを再起動します。再起動後、phpinfo（）;を実行します。memory_limit変更確認のための任意のPHPファイルからの関数。

memory_limit = -1

メモリ制限-1は、メモリ制限が設定されていないことを意味します。現在は最大です。

Drupalユーザーの場合、このChris Laneの回答：

ini_set('memory_limit', '-1');

動作しますが、オープニングの直後に配置する必要があります

<?php

サイトのルートディレクトリにあるindex.phpファイルのタグ。

Drupal 7では、sites / defaultフォルダーにあるsettings.phpファイルでメモリ制限を変更できます。260行目あたりに、次のように表示されます。

ini_set('memory_limit', '128M');

php.ini設定が十分に高い場合でも、Drupalのsettings.phpファイルで設定されていない場合、128 MBを超える容量を消費することはできません。

ファイルのmemory_limit値を変更するのではなくphp.ini、大量のメモリを使用する可能性があるコードの一部がある場合は、memory_limitそのセクションを実行する前にbeforeを削除し、その後で置き換えることができます。

$limit = ini_get('memory_limit');
ini_set('memory_limit', -1);
// ... do heavy stuff
ini_set('memory_limit', $limit);

PHP 5.3以降.user.iniでは、public_htmlフォルダーにファイルを配置することでメモリ制限を変更できます。上記のファイルを作成し、次の行を入力するだけです。

memory_limit = 64M

一部のcPanelホストはこのメソッドのみを受け入れます。

クラッシュページ？

（MySQLが大きな行をクエリする必要がある場合に発生します。デフォルトでmemory_limitは、ハードウェアにとってより安全な小さな値に設定されています。）

増加する前に、システムの既存のメモリステータスを確認できますphp.ini。

# free -m
             total       used       free     shared    buffers     cached
Mem:         64457      63791        666          0       1118      18273
-/+ buffers/cache:      44398      20058
Swap:         1021          0       1021

ここでは、次のように値を増やしてservice httpd restartから、クラッシュページの問題を修正しています。

# grep memory_limit /etc/php.ini
memory_limit = 512M

ini_set('memory_limit', '-1');Webページの上部に行を追加するだけです。

そして、必要に応じて-1からの代わりにメモリを設定できます16M。

いったいこの小さな関数がメモリリークを引き起こす理由を突き止めるために頭を悩ましている人にとって、時には小さな間違いによって、関数が永遠にそれ自体を再帰的に呼び出し始めます。

たとえば、プロキシするオブジェクトの関数に同じ名前を持つプロキシクラス。

class Proxy {

    private $actualObject;

    public function doSomething() {

        return $this->actualObjec->doSomething();
    }
}

その小さなactualObjecメンバーを持っていくことを忘れることがあるかもしれません。プロキシには実際にそのdoSomethingメソッドがあるため、PHPはエラーを出さず、大きなクラスの場合、それを数分間目に見えないようにして、その理由を見つけることができます。メモリをリークしています。

以前に機能していたよりも小さいデータセットで実行しているときに、以下のエラーが発生しました。

致命的なエラー：173行目のC：\ workspace \ image_management.phpで許可されたメモリサイズ134217728バイトを使い果たしました（4096バイトを割り当てようとしました）

障害の検索でここに来たので、以前の回答では必ずしも技術的な解決策ではなく、もっと単純なものだと思います。私の場合、それはFirefoxでした。プログラムを実行する前は、すでに1,157 MBを使用していました。

私は50分のビデオを何日も一度に少しずつ見ていましたが、それは混乱を招きました。それは専門家が考えずに修正する一種の修正ですが、私のようなものにとっては心に留めておく価値があります。

次のようなスクリプトを実行します（たとえば、cronの場合）： php5 /pathToScript/info.php、同じエラーが発生します。

正しい方法： php5 -cli /pathToScript/info.php

WHM搭載のVPS（仮想プライベートサーバー）を実行している場合、PHP.INIを直接編集する権限がない可能性があります。システムが実行する必要があります。WHMホストのコントロールパネルで、[ サービスの構成] →[ PHP構成エディター ]に移動して、次のように変更しmemory_limitます。

含める場合や必要_dbconnection.php_とする場合に役立ちます。_functions.phpヘッダーに含めるのではなく、実際に処理されるファイル。それ自体に含まれています。

したがって、ヘッダーとフッターが含まれている場合は、ヘッダーが含まれる前にすべての機能ファイルを含めてください。

を使用yieldすることも解決策になるかもしれません。ジェネレータ構文を参照してください。

PHP.iniより大きなメモリストレージ用にファイルを変更する代わりにyield、ループ内に実装することで問題が解決する場合があります。収量は、すべてのデータを一度にダンプするのではなく、1つずつ読み取って、メモリ使用量を大幅に節約します。

このエラーは、例外処理やその他の操作を含む再帰を引き起こすPHPコードのバグが原因で発生する場合があります。残念ながら、小さな例を作成することはできませんでした。

何度か私に起こったこれらのケースでは、 set_time_limitが失敗し、ブラウザは無限ループまたはこの質問のトピックである致命的なエラーメッセージのいずれかでPHP出力をロードしようとし続けます。

追加して、許可される割り当てサイズを減らす

ini_set('memory_limit','1M');

コードの最初の方で、致命的なエラーを防ぐことができるはずです。

次に、終了するプログラムが残っている可能性がありますが、デバッグは依然として困難です。

この時点でBreakLoop()、プログラム内に呼び出しを挿入して制御を取得し、プログラムのどのループまたは再帰が問題の原因であるかを調べます。

BreakLoopの定義は次のとおりです。

function BreakLoop($MaxRepetitions=500,$LoopSite="unspecified")
    {
    static $Sites=[];
    if (!@$Sites[$LoopSite] || !$MaxRepetitions)
        $Sites[$LoopSite]=['n'=>0, 'if'=>0];
    if (!$MaxRepetitions)
        return;
    if (++$Sites[$LoopSite]['n'] >= $MaxRepetitions)
        {
        $S=debug_backtrace(); // array_reverse
        $info=$S[0];
        $File=$info['file'];
        $Line=$info['line'];
        exit("*** Loop for site $LoopSite was interrupted after $MaxRepetitions repetitions. In file $File at line $Line.");
        }
    } // BreakLoop

$ LoopSite引数は、コード内の関数の名前にすることができます。表示されるエラーメッセージは、BreakLoop（）呼び出しを含む行を示しているため、実際には必要ありません。

私の場合、関数の記述方法に関する簡単な問題でした。メモリリークは、関数の入力変数に新しい値を割り当てると発生します。例：

/**
* Memory leak function that illustrates unintentional bad code
* @param $variable - input function that will be assigned a new value
* @return null
**/
function doSomehting($variable){
    $variable = 'set value';
    // Or
    $variable .= 'set value';
}

コードから次の行を削除すると、すべて正常に機能しました。

set_include_path(get_include_path() . get_include_path() . '/phpseclib');
include_once('Net/SSH2.php');
include_once('Net/SFTP.php');

これらの行は、実行中のすべてのファイルに含まれていました。ファイルを1つずつ実行すると、すべてが正常に機能しましたが、すべてのファイルを一緒に実行すると、メモリリークの問題が発生しました。どういうわけか「include_once」は一度も含まれていません、または私は何か間違っています...