Подтвердить что ты не робот

Nodejs mysql Ошибка: соединение потеряно Сервер закрыл соединение

когда я использую node mysql, с 12:00 до 2:00 появляется ошибка, по которой TCP-соединение отключается сервером. Это полное сообщение:

Error: Connection lost: The server closed the connection.
at Protocol.end (/opt/node-v0.10.20-linux-x64/IM/node_modules/mysql/lib/protocol/Protocol.js:73:13)
at Socket.onend (stream.js:79:10)
at Socket.EventEmitter.emit (events.js:117:20)
at _stream_readable.js:920:16
at process._tickCallback (node.js:415:13)

Существует решение. Однако, после того, как я попытаюсь таким образом, проблема также возникает. теперь я не знаю, как это сделать. Кто-нибудь сталкивается с этой проблемой?

Вот как я написал следующее решение:

    var handleKFDisconnect = function() {
    kfdb.on('error', function(err) {
        if (!err.fatal) {
            return;
        }
        if (err.code !== 'PROTOCOL_CONNECTION_LOST') {
            console.log("PROTOCOL_CONNECTION_LOST");
            throw err;
        }
        log.error("The database is error:" + err.stack);

        kfdb = mysql.createConnection(kf_config);

        console.log("kfid");

        console.log(kfdb);
        handleKFDisconnect();
    });
   };
   handleKFDisconnect();
4b9b3361

Ответ 1

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

var db_config = {
  host: 'localhost',
    user: 'root',
    password: '',
    database: 'example'
};

var connection;

function handleDisconnect() {
  connection = mysql.createConnection(db_config); // Recreate the connection, since
                                                  // the old one cannot be reused.

  connection.connect(function(err) {              // The server is either down
    if(err) {                                     // or restarting (takes a while sometimes).
      console.log('error when connecting to db:', err);
      setTimeout(handleDisconnect, 2000); // We introduce a delay before attempting to reconnect,
    }                                     // to avoid a hot loop, and to allow our node script to
  });                                     // process asynchronous requests in the meantime.
                                          // If you're also serving http, display a 503 error.
  connection.on('error', function(err) {
    console.log('db error', err);
    if(err.code === 'PROTOCOL_CONNECTION_LOST') { // Connection to the MySQL server is usually
      handleDisconnect();                         // lost due to either server restart, or a
    } else {                                      // connnection idle timeout (the wait_timeout
      throw err;                                  // server variable configures this)
    }
  });
}

handleDisconnect();

В вашем коде мне не хватает частей после connection = mysql.createConnection(db_config);

Ответ 2

Я не помню свой первоначальный вариант использования этого механизма. В настоящее время я не могу придумать ни одного действительного варианта использования.

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

ТЛ; др; Не используйте этот метод.


Прагматичное решение - заставить MySQL поддерживать соединение:

setInterval(function () {
    db.query('SELECT 1');
}, 5000);

Я предпочитаю это решение пулу соединений и обработке разъединения, потому что оно не требует структурирования вашего кода таким образом, чтобы было известно о наличии соединения. Выполнение запроса каждые 5 секунд гарантирует, что соединение останется активным, а PROTOCOL_CONNECTION_LOST не произойдет.

Кроме того, этот метод гарантирует, что вы поддерживаете то же соединение, а не переподключение. Это важно. Подумайте, что произойдет, если ваш скрипт использует LAST_INSERT_ID() а соединение mysql было сброшено без вашего ведома?

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

Ответ 4

Создание и уничтожение соединений в каждом запросе может быть сложным, у меня были некоторые головные боли при миграции сервера, когда я решил установить MariaDB вместо MySQL. По какой-то причине в файле etc/my.cnf параметр wait_timeout имел значение по умолчанию 10 секунд (это приводит к тому, что персистентность не может быть реализована). Затем решение было установлено в 28800, это 8 часов. Ну, я надеюсь, поможет кому-нибудь с этим "güevonada"... извините меня за мой плохой английский.