Утечки памяти Symfony2 Doctrine2 / превышают лимит памяти

Немного поздно, но я думаю, что только что нашел поток в Google Groups от Benjamin Eberlei, который отвечает на ваш вопрос: как указано Ссылка на конфигурацию Doctrine по умолчанию для регистрации соединения SQL установлено значение kernel.debug, поэтому, если вы создали экземпляр AppKernel с настройкой отладки в true, команды SQL будут храниться в памяти для каждого итерация.

Вы должны либо создать экземпляр AppKernel для false, либо установить logging в false в вашем конфигурационном YML, либо либо вручную установить SQLLogger на null, прежде чем использовать EntityManager

$em->getConnection()->getConfiguration()->setSQLLogger(null);

Попробуйте выполнить команду с - no-debug. В режиме отладки профилировщик сохраняет информацию о каждом запросе в памяти.

• Установите логгер SQL в null

$em->getConnection()->getConfiguration()->setSQLLogger(null);

2. Функция вызова вручную gc_collect_cycles() после $em->clear()

$em->clear(); gc_collect_cycles();

Не забудьте установить zend.enable_gc в 1 или вручную вызвать gc_enable() до используйте gc_collect_cycles()

3. Добавьте --no-debug вариант, если вы запустите команду с консоли.

1. Отключить ведение журнала и профилировать в app/config/config.yml

doctrine:
    dbal:
        driver: ...
        ...
        logging: false
        profiling: false

или в коде

$this->em->getConnection()->getConfiguration()->setSQLLogger(null);

2. Собирать сборщик мусора. Если вы активно используете CPU, то сборщик мусора ждет, и вы можете быстро найти себя без памяти.

Сначала включить управление ручной сборкой мусора. Запустите gc_enable() в любом месте кода. Затем запустите gc_collect_cycles(), чтобы заставить сборщик мусора.

Пример

public function execute(InputInterface $input, OutputInterface $output)
{
    gc_enable();

    // I'm initing $this->em in __construct using DependencyInjection
    $customers = $this->em->getRepository('AppBundle:Customer')->findAll();

    $counter = 0;
    foreach ($customers as $customer) {
        // process customer - some logic here, $this->em->persist and so on

        if (++$counter % 100 == 0) {
            $this->em->flush(); // save unsaved changes
            $this->em->clear(); // clear doctrine managed entities
            gc_collect_cycles(); // PHP garbage collect

            // Note that $this->em->clear() detaches all managed entities,
            // may be you need some; reinit them here
        }
    }

    // don't forget to flush in the end
    $this->em->flush();
    $this->em->clear();
    gc_collect_cycles();
}

Если ваша таблица очень большая, не используйте findAll. Использовать итератор - http://doctrine-orm.readthedocs.org/projects/doctrine-orm/en/latest/reference/batch-processing.html#iterating-results

В соответствии с стандартной документацией Doctrine2 вам необходимо вручную очистить или удалить объекты.

В дополнение к этому, когда профилирование включено (как в среде по умолчанию dev). DoctrineBundle в Symfony2 настраивает несколько регистраторов, использующих довольно немного памяти. Вы можете полностью отключить ведение журнала, но это не требуется.

Интересным побочным эффектом является то, что регистраторы влияют как на ORM ORD, так и на DBAL. Один из журналов приведет к дополнительному использованию памяти для любой службы, использующей службу регистрации по умолчанию. Отключение всех из них было бы идеальным в командах - поскольку профайлер еще не используется.

Вот что вы можете сделать, чтобы отключить интенсивные записи данных, сохраняя профилирование в других частях Symfony2:

$c = $this->getContainer();
/* 
 * The default dbalLogger is configured to keep "stopwatch" events for every query executed
 * the only way to disable this, as of Symfony 2.3, Doctrine Bundle 1.2, is to reinistiate the class
 */

$dbalLoggerClass = $c->getParameter('doctrine.dbal.logger.class');
$dbalLogger = new $dbalLoggerClass($c->get('logger'));   
$c->set('doctrine.dbal.logger', $dbalLogger);

// sometimes you need to configure doctrine to use the newly logger manually, like this
$doctrineConfiguration = $c->get('doctrine')->getManager()->getConnection()->getConfiguration();
$doctrineConfiguration->setSQLLogger($dbalLogger);

/*
 * If profiling is enabled, this service will store every query in an array
 * fortunately, this is configurable with a property "enabled"
 */
if($c->has('doctrine.dbal.logger.profiling.default'))
{
    $c->get('doctrine.dbal.logger.profiling.default')->enabled = false;
}

/*
 * When profiling is enabled, the Monolog bundle configures a DebugHandler that 
 * will store every log messgae in memory. 
 *
 * As of Monolog 1.6, to remove/disable this logger: we have to pop all the handlers
 * and then push them back on (in the correct order)
 */
$handlers = array();
try
{   
    while($handler = $logger->popHandler())
    {
        if($handler instanceOf \Symfony\Bridge\Monolog\Handler\DebugHandler)
        {
            continue;
        }
        array_unshift($handlers, $handler);
    }
}
catch(\LogicException $e)
{
    /*
     * As of Monolog 1.6, there is no way to know if there a handler
     * available to pop off except for the \LogicException that thrown.
     */
    if($e->getMessage() != 'You tried to pop from an empty handler stack.')
    {
        /*
         * this probably doesn't matter, and will probably break in the future
         * this is here for the sake of people not knowing what they're doing
         * so than an unknown exception is not silently discarded.
         */

        // remove at your own risk
        throw $e;
    }
}

// push the handlers back on
foreach($handlers as $handler)
{
    $logger->pushHandler($handler);
}

получили некоторые "смешные" новости от самих разработчиков доктрины на symfony, живущих в Берлине, - они говорят, что на больших партиях нам не следует использовать orm.. просто не эффективно создавать такие вещи в oop

.. да.. возможно они правы xD

Я только что написал кучу советов по использованию консольных команд Symfony с Doctrine для пакетной обработки здесь.

Попробуйте отключить любые существующие кэширование Doctrine. (Если вы не используете APC/other в качестве кеша, тогда используется память).

Удалить кеш запросов

$qb = $repository->createQueryBuilder($a);
$query = $qb->getQuery();
$query->useQueryCache(false);
$query->useResultCache(false);
$query->execute();

Нет возможности отключить его глобально

Также это альтернатива ясности, которая может помочь (от здесь)

$connection = $em->getCurrentConnection();
$tables = $connection->getTables();
foreach ( $tables as $table ) {
    $table->clear();
}