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();
Ответы
Ответ 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
) не происходит. Это потерпит неудачу, как и ожидалось, во всех других сценариях. Поэтому обязательно обработайте другие ошибки.
Ответ 3
Чтобы смоделировать потерянное соединение, попробуйте
connection.destroy();
Более подробная информация здесь: https://github.com/felixge/node-mysql/blob/master/Readme.md#terminating-connections
Ответ 4
Создание и уничтожение соединений в каждом запросе может быть сложным, у меня были некоторые головные боли при миграции сервера, когда я решил установить MariaDB вместо MySQL. По какой-то причине в файле etc/my.cnf параметр wait_timeout имел значение по умолчанию 10 секунд (это приводит к тому, что персистентность не может быть реализована). Затем решение было установлено в 28800, это 8 часов. Ну, я надеюсь, поможет кому-нибудь с этим "güevonada"... извините меня за мой плохой английский.