잠시 동안 실행한 후 PHP 보고서 메모리가 오버플로되는 이유는 무엇입니까?

한 번에 데이터베이스에서 100,000개의 데이터를 읽은 다음 루프에서 일부 계산을 수행했습니다. 현재 상황은 프로그램이 끝난 후입니다. 일정 기간 동안 실행하면 메모리 오버플로 보고서가 표시되는데 왜 처음에는 메모리 오버플로를 보고하지 않았나요? 제가 이해한 바에 따르면 연산 결과를 저장하기 위해 변수를 사용하지 않았기 때문에 메모리 오버플로가 발생했다면 처음에 보고했어야 했습니다.

답글 내용:

한 번에 데이터베이스에서 100,000개의 데이터를 읽은 다음 루프에서 일부 계산을 수행했습니다. 현재 상황은 프로그램이 끝난 후입니다. 일정 기간 동안 실행하면 메모리 오버플로 보고서가 표시되는데 왜 처음에는 메모리 오버플로를 보고하지 않았나요? 제가 이해한 바에 따르면 연산 결과를 저장하기 위해 변수를 사용하지 않았기 때문에 메모리 오버플로가 발생했다면 처음에 보고했어야 했습니다.

php 버전 5.5+

• 루프에 Yield 키워드를 사용하고, 반복의 중간 변수는 추가 메모리 공간을 차지하지 않습니다

예:

<code>for($i = 1; $i <= 10; $i += 1)
        yield $i;</code>

사실 PHP에서는 zval 변수를 통해 변수가 저장됩니다. zend_uint refcount__gc는 이 변수에 변수가 몇 개 있는지 저장하는 카운터입니다. 변수가 생성되면 refcount=1입니다. $a = $b와 같은 일반적인 할당 작업은 zval의 refcount를 1씩 증가시키고 그에 따라 unset 작업은 이를 1만큼 감소시킵니다. PHP5.3 이전에는 참조 계산 메커니즘을 사용하여 GC를 구현했습니다. zval의 참조 횟수가 0보다 작으면 Zend 엔진은 zval을 가리키는 변수가 없다고 생각하여 점유된 메모리 공간을 해제했습니다. zval에 의해. 그러나 때로는 상황이 그렇게 간단하지 않습니다. zval을 가리키는 변수가 설정되지 않은 경우에도 간단한 참조 카운팅 메커니즘이 순환 참조 zval을 GC할 수 없어 메모리 누수가 발생한다는 사실은 나중에 살펴보겠습니다.

루프에서 변수를 덮어쓰면 실제 재계산 값이 줄어들지 않아서 점유된 메모리가 풀리지 않고 결국에는 확실히 폭발하게 됩니다.

해결책:

<code>ini_set(‘memory_limit’,’1024M’);
</code>

문제 분석:

<code>=。=没代码怎么分析。。。
</code>

가능한 이유:

<code>读取数据不要时间啊？
变量覆盖之前生成的临时对象就不占内存啊？</code>

데이터베이스에서 100,000개의 데이터를 읽으면 메모리가 부족할 수 있습니다

변수를 재할당하면 실제로는 메모리에 있는 객체 데이터가 COPY되어 unset이나 GC로만 해제될 것 같은 느낌이 들지만 관련 정보는 찾지 못했습니다.
메모리를 차지하는 요소는 많습니다. PHP는 동적 언어이므로 메모리 관리 작업이 숨겨져 있습니다. 동일한 변수를 사용하면 동일한 메모리 영역을 사용하는 것처럼 보이지만 그렇지 않습니다.