Błąd krytyczny: dozwolony rozmiar pamięci 134217728 bajtów wyczerpanych (CodeIgniter + XML-RPC)

Mam kilka systemów POS, które okresowo wysyłają nowe dane sprzedażowe do jednej scentralizowanej bazy danych, która przechowuje dane w jednej dużej bazie danych w celu generowania raportów.

Klient POS oparty jest na PHPPOS, a ja wdrożyłem moduł, który używa standardowej biblioteki XML-RPC do wysyłania danych sprzedaży do usługi. System serwera jest zbudowany na CodeIgniter i wykorzystuje biblioteki XML-RPC i XML-RPCS dla komponentu webservice. Ilekroć wysyłam dużo danych dotyczących sprzedaży (zaledwie 50 wierszy z tabeli sprzedaży i poszczególnych wierszy z elementów_ sprzedaży dotyczących każdego elementu w sprzedaży), pojawia się następujący błąd:

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

128M jest wartością domyślną php.ini, ale zakładam, że jest to ogromna liczba do złamania. W rzeczywistości próbowałem nawet ustawić tę wartość na 1024 M, a wszystko, co robi, zajmuje więcej czasu, aby się pomylić.

Jeśli chodzi o kroki, które podjąłem, próbowałem wyłączyć wszystkie przetwarzanie po stronie serwera i przygotowałem je tak, aby zwróciło pełną odpowiedź niezależnie od danych wejściowych. Uważam jednak, że problem polega na faktycznym wysłaniu danych. Próbowałem nawet wyłączyć maksymalny czas wykonywania skryptu dla PHP i nadal występuje błąd.

Zmiana memory_limitBy ini_set('memory_limit', '-1');to nie właściwe rozwiązanie. Proszę nie rób tego.

Twój kod PHP może mieć gdzieś wyciek pamięci i mówisz serwerowi, aby używał całej pamięci, którą chce. W ogóle nie naprawiłbyś problemu. Jeśli monitorujesz serwer, zobaczysz, że prawdopodobnie zużywa on większość pamięci RAM, a nawet zamienia na dysk.

Prawdopodobnie powinieneś spróbować wyśledzić obrażający kod w swoim kodzie i go naprawić.

ini_set('memory_limit', '-1');zastępuje domyślny limit pamięci PHP .

Prawidłowym sposobem jest edycja php.inipliku. Edytuj memory_limitdo pożądanej wartości.

Od twojego pytania 128M(który jest domyślnym limitem) zostało przekroczone, więc jest coś poważnie nie tak z twoim kodem, ponieważ nie powinien on zabierać tak dużo.

Jeśli wiesz, dlaczego to tyle zajmuje, i chcesz pozwolić, by ustawiono go memory_limit = 512Mwyżej lub wyżej i powinieneś być dobry.

Przydział pamięci dla PHP można zmienić na stałe lub tymczasowo.

Na stałe

Możesz trwale zmienić przydział pamięci PHP na dwa sposoby.

Jeśli masz dostęp do swojego php.inipliku, możesz edytować wartość dlamemory_limit żądanej wartości.

Jeśli nie masz dostępu do swojego php.inipliku (a webhost na to pozwala), możesz zastąpić przydział pamięci za pomocą swojego .htaccesspliku. Dodaj php_value memory_limit 128M(lub cokolwiek chcesz).

Chwilowy

Możesz dostosować przydział pamięci w locie z poziomu pliku PHP. Po prostu masz kod ini_set('memory_limit', '128M');(lub jakikolwiek inny pożądany przydział). Możesz usunąć limit pamięci (chociaż limity komputera lub instancji mogą nadal obowiązywać), ustawiając wartość na „-1”.

Bardzo łatwo jest uzyskać wycieki pamięci w skrypcie PHP - szczególnie jeśli używasz abstrakcji, takiej jak ORM. Spróbuj użyć Xdebug do profilowania skryptu i dowiedz się, dokąd poszła cała ta pamięć.

Dodając 22,5 miliona rekordów do tablicy za pomocą array_push, ciągle dochodziło do „wyczerpania pamięci” krytycznych błędów przy około 20 milionach rekordów, wykorzystując 4Gjako limit pamięci w pliku php.ini. Aby to naprawić, dodałem oświadczenie

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

u góry pliku. Teraz wszystko działa dobrze. Nie wiem, czy PHP ma wyciek pamięci. To nie jest moja praca, nie obchodzi mnie to. Muszę tylko wykonać swoją pracę i to zadziałało.

Program jest bardzo prosty:

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

Błąd krytyczny wskazuje na linię 3, dopóki nie zwiększyłem limitu pamięci, co wyeliminowało błąd.

Wciąż otrzymywałem ten błąd, nawet po memory_limitustawieniu php.ini, a wartość poprawnie odczytywana za pomocą phpinfo().

Zmieniając to z tego:

memory_limit=4G

Do tego:

memory_limit=4096M

To rozwiązało problem w PHP 7.

Gdy zobaczysz powyższy błąd - zwłaszcza jeśli (tried to allocate __ bytes)jest to niska wartość, może to być wskaźnik nieskończonej pętli, jak funkcja, która wywołuje się bez wyjścia:

function exhaustYourBytes()
{
    return exhaustYourBytes();
}

Po włączeniu tych dwóch linii zaczął działać:

; 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

Możesz to naprawić, zmieniając memory_limitna fastcgi / fpm:

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

Zmień pamięć, na przykład z 128 na 512, patrz poniżej

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

do

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

Katalog główny Twojej witryny:

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

Zmień limit pamięci w pliku php.ini i zrestartuj Apache. Po ponownym uruchomieniu uruchom phpinfo (); funkcja z dowolnego pliku PHP w celu memory_limitpotwierdzenia zmiany.

memory_limit = -1

Limit pamięci -1 oznacza, że ​​nie ma ustawionego limitu pamięci. Teraz jest na maksimum.

Dla użytkowników Drupala odpowiedź Chrisa Lane'a na:

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

działa, ale musimy go umieścić tuż po otwarciu

<?php

znacznik w pliku index.php w katalogu głównym witryny.

W Drupal 7 możesz modyfikować limit pamięci w pliku settings.php znajdującym się w twoim folderze strony / domyślny. Wokół linii 260 zobaczysz to:

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

Nawet jeśli twoje ustawienia php.ini są wystarczająco wysokie, nie będziesz w stanie zużyć więcej niż 128 MB, jeśli nie jest to ustawione w pliku Drupal settings.php.

Zamiast zmieniać memory_limitwartość w php.inipliku, jeśli jest część kodu, która mogłaby zużyć dużo pamięci, możesz usunąć memory_limitprzed uruchomieniem tej sekcji, a następnie zastąpić ją później.

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

PHP 5.3+ pozwala zmienić limit pamięci poprzez umieszczenie .user.inipliku w public_htmlfolderze. Po prostu utwórz powyższy plik i wpisz w nim następujący wiersz:

memory_limit = 64M

Niektóre hosty cPanel akceptują tylko tę metodę.

Awaria strony?

(Dzieje się tak, gdy MySQL musi wyszukiwać duże wiersze. Domyślnie memory_limit jest ustawiony na mały, co było bezpieczniejsze dla sprzętu.)

Możesz sprawdzić status pamięci w systemie, zanim zwiększysz 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

Tutaj zwiększyłem go, jak poniżej, a następnie zrobiłem, service httpd restartaby naprawić problem ze stroną awarii.

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

Po prostu dodaj ini_set('memory_limit', '-1'); wiersz u góry strony internetowej.

I możesz ustawić swoją pamięć według potrzeb zamiast -1 16M, itd.

Dla tych, którzy drapią się po głowie, aby dowiedzieć się, dlaczego na ziemi ta mała funkcja powinna powodować wyciek pamięci, czasem przez pomyłkę, funkcja zaczyna się nazywać rekurencyjnie na zawsze.

Na przykład klasa proxy, która ma taką samą nazwę dla funkcji obiektu, który będzie ją proxy.

class Proxy {

    private $actualObject;

    public function doSomething() {

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

Czasami możesz zapomnieć o zabraniu tego małego faktycznego członkaObjec, a ponieważ proxy ma taką doSomethingmetodę, PHP nie dałoby ci żadnego błędu, a dla dużej klasy można go ukryć przed oczami na kilka minut, aby dowiedzieć się, dlaczego przecieka pamięć.

Wystąpił błąd poniżej podczas pracy na zestawie danych mniejszym niż wcześniej działał.

Błąd krytyczny: wyczerpany dozwolony rozmiar pamięci 134217728 bajtów (próbował przydzielić 4096 bajtów) w C: \ workspace \ image_management.php w linii 173

Gdy przyniosło mi to poszukiwanie winy, pomyślałem, że wspomnę, że nie zawsze są to rozwiązania techniczne z poprzednich odpowiedzi, ale coś prostszego. W moim przypadku był to Firefox. Przed uruchomieniem program zużywał już 1157 MB.

Okazuje się, że przez kilka dni oglądałem po 50 minut wideo po trochu i to wszystko popsuło. Jest to rodzaj poprawki, którą eksperci poprawiają, nawet o tym nie myśląc, ale dla takich jak ja warto o tym pamiętać.

Uruchomienie takiego skryptu (na przykład przypadek cron): php5 /pathToScript/info.phppowoduje ten sam błąd.

Prawidłowy sposób: php5 -cli /pathToScript/info.php

Jeśli korzystasz z VPS (wirtualnego prywatnego serwera) zasilanego przez WHM, może się okazać, że nie masz uprawnień do bezpośredniej edycji PHP.INI; system musi to zrobić. W panelu sterowania hosta WHM przejdź do Konfiguracja usługi → Edytor konfiguracji PHP i zmodyfikuj memory_limit:

Uważam, że jest to przydatne, gdy dołączam lub wymagam _dbconnection.php_oraz _functions.phpw faktycznie przetwarzanych plikach, a nie w nagłówku. Który jest zawarty w sobie.

Jeśli więc uwzględniono nagłówek i stopkę , po prostu dołącz wszystkie pliki funkcjonalne przed dołączeniem nagłówka.

Używanie yieldmoże być również rozwiązaniem. Zobacz składnię generatora .

Zamiast zmieniać PHP.iniplik na większą pamięć, czasem zaimplementowanie yieldwewnętrznej pętli może rozwiązać problem. Wydajność polega na tym, że zamiast zrzucać wszystkie dane naraz, odczytuje je jeden po drugim, oszczędzając dużo pamięci.

Ten błąd jest czasami spowodowany błędem w kodzie PHP, który powoduje rekurencje związane z obsługą wyjątków i ewentualnie innymi operacjami. Niestety nie udało mi się stworzyć małego przykładu.

W tych przypadkach, które zdarzyły mi się kilka razy, set_time_limit kończy się niepowodzeniem, a przeglądarka próbuje załadować dane wyjściowe PHP, albo za pomocą nieskończonej pętli, albo za pomocą fatalnego komunikatu o błędzie, który jest tematem tego pytania.

Poprzez zmniejszenie dozwolonego rozmiaru alokacji poprzez dodanie

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

na początku kodu powinieneś być w stanie zapobiec błędowi krytycznemu.

Wtedy możesz zostać z programem, który się kończy, ale nadal jest trudny do debugowania.

W tym momencie wstaw BreakLoop()wywołania do swojego programu, aby przejąć kontrolę i dowiedzieć się, która pętla lub rekurencja w twoim programie powoduje problem.

Definicja BreakLoop jest następująca:

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

Argument $ LoopSite może być nazwą funkcji w kodzie. Nie jest to naprawdę konieczne, ponieważ komunikat o błędzie, który otrzymasz, wskaże Ci wiersz zawierający wywołanie BreakLoop ().

W moim przypadku był to krótki problem ze sposobem napisania funkcji. Wyciek pamięci może być spowodowany przez przypisanie nowej wartości do zmiennej wejściowej funkcji, np .:

/**
* 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';
}

Kiedy usunąłem następujące wiersze z mojego kodu, wszystko działało OK!

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

Te linie były zawarte w każdym pliku, który uruchomiłem. Podczas uruchamiania plików jeden po drugim wszystko działało OK, ale podczas uruchamiania wszystkich plików wystąpił problem z wyciekiem pamięci. Jakoś „include_once” nie obejmuje rzeczy raz, lub robię coś złego…