Что такое java.io.EOFException, Message: Не удается прочитать ответ с сервера. Ожидалось читать 4 байта, читать 0 байт

Ответ 1

Соединение завершилось неудачно, возможно из-за тайм-аута брандмауэра и т.д. Если у вас нет драйвера JDBC, настроенного на повторное подключение к ошибке, эта ошибка не исчезнет, ​​если вы не откроете новое соединение.

Если вы используете пул соединений с базой данных (вы используете один, правда?), то вы, вероятно, захотите включить его функции проверки соединения, такие как выдача запроса, чтобы проверить, работает ли соединение, прежде чем передать его обратно приложение. В Apache commons-dbcp это называется validationQuery и часто устанавливается на что-то простое, например SELECT 1.

Поскольку вы используете MySQL, вы должны использовать запрос "ping" для Connector/J-specific, который имеет меньший вес, чем фактический выпуск истинного SQL-запроса, и установите ваш запрос проверки на /* ping */ SELECT 1 (часть ping должно быть точно).

Ответ 2

Скорее всего, это означает, что база данных перезагрузилась или сетевое соединение с базой данных было нарушено (например, время соединения NAT было отключено)... и ваш webapp пытается использовать устаревшее соединение с базой данных.

Если проблема повторится после перезапуска веб-контейнера, это может быть что-то более серьезное.

Вы спросили следующее:

How can the NumConnFree become 161 as I have Maximum Pool Size = 100 ?
How can the NumConnUsed become -136, a negative number ?
How can the NumConnDestroyed > NumConnCreated ? 

На первый взгляд это не имеет смысла. Однако они могут быть просто результатом того, что некоторые счетчики использования обновляются небезопасным способом. Это не обязательно связано с вашей исходной проблемой.

Ответ 3

Это EndOfFileException в java, происходит, когда начальная точка курсора находится в конечной точке или когда соединение с базой данных закрыто из-за какого-то неожиданного исключения.

Ответ 4

Пока у меня нет окончательных решений, кажется, что что-то мешает взаимодействию между сервером приложений и db. Ниже приведены несколько вещей, которые вы можете попытаться изолировать проблемы:

• Попробуйте определить, есть ли проблема mysql или проблема с java-кодом. Попробуйте подключиться к mysql с помощью инструмента командной строки с того же хоста, что и сервер приложений, и выпустить аналогичный SQL для входа в систему. Протестируйте с помощью простого java-кода, который делает выбор, разворачивает его в той же инфраструктуре, видит, что произойдет и т.д. Также проверьте журнал сервера mysql, посмотрите, можете ли вы найти что-нибудь полезное

• Существует два способа: закрытие незанятого соединения: по коду пула соединений, который запускается внутри сервера приложений, или самому mysql. Убедитесь, что вы проверяете конфигурацию с обеих сторон.

• Проверьте, изменилась ли какая-либо конфигурация сетевой инфраструктуры в последнее время. Было ли какое-либо новое правило брандмауэра вмешиваться в соединение с сервером приложений ↔ mysql? Были ли какие-либо настройки, запрещающие открытое TCP-соединение на холостом ходу дольше X?

• Попробуйте использовать другую библиотеку пула соединений, чтобы исключить возможность объединения пулов

Удачи.

Ответ 5

Это может быть проблема с Firewall.

Ответ 6

У меня была эта проблема, но мне не удалось внести изменения в конфигурацию базы данных MySQL. Поэтому я убедился, что в моем классе соединителей sql соединение всегда закрывается до его повторного запуска. Что-то вроде:

public static Connection getConnection() {

    if (DatabaseConnnector.conn == null) {
        initConn();
    } else {
        try {
            DatabaseConnnector.conn.close();          
        } catch (SQLException e) {
            e.printStackTrace();
        }
          initConn();
    }
    return DatabaseConnnector.conn;
}

И это решило проблему.