Источник событий PHP продолжает выполняться

Прежде всего: когда вы заключаете свой код в огромный цикл while(true), ваш скрипт никогда не завершится. Соединение с БД было бы разорвано, когда у вашего скрипта "исчерпался код для выполнения", но поскольку вы написали блокировку, этого не произойдет... никогда.
Это не проблема EventSource, она просто делает то, что должна делать. Это честно, искренне и, к сожалению, ваша вина.

Дело в том, что пользователь подключается к вашему сайту, и создается экземпляр объекта EventSource. Устанавливается соединение с сервером и запрашивается возвращаемое значение push.php. Ваш сервер выполняет запрос и запускает скрипт, что, опять же, не что иное, как тупик. Ошибок нет, поэтому он может просто продолжать работать, пока php.ini позволяет ему работать. Метод .close() действительно отменяет поток вывода (или, скорее, должен), но ваш скрипт слишком занят либо выполнением своего бесконечного цикла, либо спящим режимом. Предполагать, что сценарий будет остановлен из-за отключения клиента, все равно что предположить, что любой клиент может мешать тому, что делает сервер. С точки зрения безопасности это было бы худшим из того, что могло произойти. Теперь, чтобы ответить на ваш актуальный вопрос: что вызывает проблему, как ее исправить?
Ответ: HEADERS.

Посмотрите на этот небольшой PHP-пример: скрипт не поддерживается сервером. стороны (бесконечными циклами), а путем установки правильных заголовков.

Просто как примечание: пожалуйста, выбросьте mysql_* как можно скорее, это устарело (наконец-то), вместо этого используйте PDO или mysqli_*. Это не так сложно, честно.

У меня была точно такая же проблема, и, насколько я понял, причина заключалась в том, что apache не завершал php-скрипт, пока я снова не попытался записать данные через закрытое соединение сокета.

У меня не было никаких изменений в моей базе данных, поэтому не было никакого вывода.

Чтобы исправить это, я просто повторяю комментарий источника события в цикле while, например:

echo ": heartbeat\n\n";
ob_flush();
flush();

Это приводит к завершению сценария, если соединение сокета закрыто.

вы можете попробовать добавить это в цикл:

if(connection_status() != CONNECTION_NORMAL)
{
    break;
}

но php должен остановиться, когда клиент отключится.

1.

window.onbeforeunload = function() {
    sse.close();
}

это не требуется, EventSource будет закрыт во время выгрузки страницы.

1. даже если вы не можете найти способ обнаружения отключенного клиента на PHP, вы можете просто остановить выполнение через N секунд, EventSource автоматически переподключится.

http://www.php.net/manual/ru/function.connection-aborted.php в комментариях на этой странице говорится, что в любом случае вы должны использовать «flush» перед connection_status, вы должны сбросить соединение через N секунд, потому что вы не можете обнаружить «плохие» разрывы соединения.

3. эхо "повторить:1000\n"; // используйте это, чтобы сообщить EventSource о задержке переподключения в мс

Как указал Элиас Ван Отегем, ваш скрипт никогда не завершается, и, следовательно, у вас есть несколько активных подключений к MySQL. Что еще более важно, у вас есть куча ресурсов, используемых в виде циклов PHP, работающих без конца!

К сожалению, решение для хранения не является заголовком. В примере по этой ссылке, на которую ссылается Элиас, PHP-скрипт завершается, и клиентский javascript фактически должен повторно открыть соединение. Вы можете проверить это, используя следующий код

source.addEventListener('open', function(e) {
  // Connection was opened.
    console.log("Opening new connection");
}, false);

Если вы последуете его примеру на github, в реализации автор фактически использует цикл, который завершается через X секунд. см. сделать цикл и комментарии внизу скрипта.

Решение состоит в том, чтобы продлить жизнь вашей петле.

Определив ограничение на цикл, количество итераций IE X или по истечении X времени, чтобы вызвать конец цикла или die();, вы сделаете так, чтобы в случае отключения клиента существовало ограничение на то, как долго скрипт будет оставаться активным. Если клиент все еще находится там по прошествии X времени, он просто переподключится.