Стратегии управления потреблением памяти в PHP5?

После перехода на новый сервер проверяли ли вы, что системные переменные MySQL и PHP идентичны тем, как они были на вашем старом сервере?

PHP5 представил много новых функций, но из-за его мантры обратной совместимости я не считаю, что различия между PHP5 и PHP4 должны оказывать такое сильное влияние на производительность приложения, код и база данных которого не были изменены.

Вы также используете ту же версию Apache или IIS?

Похоже, проблема скорее связана с вашей новой системной средой, чем с обновлением PHP4 до 5.

Бертран,

Если вы заинтересованы в рефакторинге существующего кода, я бы порекомендовал вам сначала контролировать использование процессора и памяти при выполнении отчетов. Вы блокируете свой SQL-сервер или Apache (что происходит, если PHP-код создает большую нагрузку на систему)?

Я работал над проектом, который изначально настолько сильно увязал в MySQL, что нам пришлось реорганизовать весь процесс создания отчетов. Однако, когда мы закончили, нагрузка была просто перенесена на Apache (через более сложный код PHP). Нашим окончательным решением было реорганизовать структуру базы данных, чтобы обеспечить лучшую производительность для функций отчетности и использовать PHP для устранения недостатков в том, что мы не могли сделать изначально в MySQL.

В зависимости от характера отчетов вы можете рассмотреть возможность денормализации данных, которые используются для отчетов. Вы можете даже подумать о создании второй базы данных, которая будет служить хранилищем данных и будет построена на принципах OLAP, а не на принципах OLTP. Вы можете начать с Википедии, чтобы получить общее объяснение OLAP и хранилищ данных.

Однако, прежде чем приступить к серьезному рефакторингу, убедитесь, что ваши среды достаточно похожи, посмотрев на phpinfo (); для PHP и ПОКАЗАТЬ ПЕРЕМЕННЫЕ; в MySQL?

Большой проблемой, с которой мы столкнулись, были циклические ссылки между объектами, которые не позволяли им освобождать память, когда они выходят за пределы области видимости.

В зависимости от вашей архитектуры вы можете использовать __destruct () и вручную удалить любые ссылки. Для нашей проблемы я реструктурировал классы и удалил циклические ссылки.

Когда мне нужно оптимизировать ресурсы для любого скрипта, я всегда стараюсь анализировать, профилировать и отлаживать свой код, я использую xDebug и Профилировщик xDebug, есть другие варианты, такие как APD и Benchmark Profiler.

Дополнительно рекомендую вам эти статьи:

• Сделайте приложения PHP быстрыми, быстрыми, быстрыми ..
• Профилирование приложений PHP(PDF)
• PHP и производительность(PDF)

Концерт!?!

даже 64МБ - это большой размер.

игнорируя несоответствие между средами (что действительно звучит очень странно), похоже, что код может потребовать некоторого повторного факторинга.

есть вероятность, что вы можете повторно разложить свой код так, чтобы наборы результатов запросов к базе данных не сбрасывались в массивы. Я бы рекомендовал вам создать итератор для ваших наборов результатов. (поэтому вы можете рассматривать их как массивы для большинства целей). Существует большая разница между обработкой одной записи за раз и обработкой 10 000 записей за раз.

во-вторых, посмотрите, создает ли ваш код несколько экземпляров данных. Можете ли вы передать объекты по ссылке. (использовать '&'). Нам пришлось сделать то же самое при использовании раннего варианта фреймворка орды. вложение размером 1 МБ разорвалось бы до 50 МБ из-за многочисленных вызовов, которые передавали весь набор данных как копию, а не как ссылку.