когда я использую 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();
mysql
node.js
dbconnection
jackieLin
источник
источник
Я не помню свой первоначальный вариант использования этого механизма. В настоящее время я не могу придумать ни одного допустимого варианта использования.
Ваш клиент должен уметь определять, когда соединение потеряно, и позволять вам воссоздать соединение. Если важно, чтобы часть логики программы выполнялась с использованием того же соединения, используйте транзакции.
tl; dr; Не используйте этот метод.
Прагматичное решение - заставить MySQL поддерживать соединение:
setInterval(function () { db.query('SELECT 1'); }, 5000);
Я предпочитаю это решение пулу соединений и обработке разъединения, потому что оно не требует структурирования вашего кода таким образом, чтобы он знал о наличии соединения. Выполнение запроса каждые 5 секунд гарантирует, что соединение останется активным и
PROTOCOL_CONNECTION_LOST
не произойдет.Кроме того, этот метод гарантирует, что вы сохраните одно и то же соединение , в отличие от повторного подключения. Это важно. Подумайте, что бы произошло, если бы ваш скрипт полагался
LAST_INSERT_ID()
и соединение mysql было сброшено без вашего ведома?Однако это только гарантирует, что тайм-аут соединения (
wait_timeout
иinteractive_timeout
) не наступит. Как и ожидалось, во всех остальных сценариях он не сработает. Поэтому не забудьте обработать другие ошибки.источник
Чтобы имитировать разорванное соединение, попробуйте
connection.destroy();
Дополнительная информация здесь: https://github.com/felixge/node-mysql/blob/master/Readme.md#terminating-connections
источник
Лучшее решение - использовать пул - я справлюсь с этим за вас.
const pool = mysql.createPool({ host: 'localhost', user: '--', database: '---', password: '----' }); // ... later pool.query('select 1 + 1', (err, rows) => { /* */ });
https://github.com/sidorares/node-mysql2/issues/836
источник
Создание и разрушение соединений в каждом запросе может быть сложным, у меня были некоторые проблемы с миграцией сервера, когда я решил установить MariaDB вместо MySQL. По какой-то причине в файле etc / my.cnf параметр wait_timeout имел значение по умолчанию, равное 10 секундам (это приводит к невозможности реализации сохранения). Тогда решение было установлено в 28800, это 8 часов. Что ж, я надеюсь помочь кому-нибудь с этой "гевонадой" ... извините за мой плохой английский.
источник