nodejs mysql错误:连接丢失服务器关闭了连接


89

当我使用节点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();

Answers:


160

尝试使用以下代码来处理服务器断开连接:

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);


好的,我会尝试的。但是我怎么能模拟这种情况
jackieLin13年

1
提示:我正在通过重新启动mysql服务来测试重新连接,以确保一切正常。
kriskodzi 2014年

2
@jackieLin您可以模拟这种情况,在ubuntu sudo服务上重启mysql服务,重启mysql
igor,2015年

1
谢谢@ user3073745,此问题已通过重新启动得以解决
jackieLin 2015年

1
完美适用于节点8. *,npm 5.6.0和mysql:5.7 ...谢谢!
JRichardsz

46

我不记得这种机制的原始用例。如今,我无法想到任何有效的用例。

您的客户端应该能够检测到何时断开连接,并允许您重新创建连接。如果使用同一连接执行部分程序逻辑很重要,请使用事务。

tl; dr; 不要使用此方法。


一个实用的解决方案是强制MySQL保持连接活动:

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

与连接池和断​​开连接相比,我更喜欢这种解决方案,因为它不需要以知道连接存在的方式来构造代码。每5秒钟进行一次查询可确保连接保持活动状态并且PROTOCOL_CONNECTION_LOST不会发生。

此外,此方法可确保您保持相同的连接处于活动状态,而不是重新连接。这个很重要。考虑一下如果您的脚本依赖LAST_INSERT_ID()并且mysql连接被重置而您不知情会发生什么?

但是,这只能确保不会发生连接超时(wait_timeoutinteractive_timeout)。如预期的那样,它将在所有其他情况下失败。因此,请确保处理其他错误。


1
只是好奇,您会将数据库查询放在哪里?在nodejs服务器的底部,对吗?唯一的问题是,我只使用mysql对用户进行一次身份验证,然后将其数据存储在rpg游戏的临时用户对象中。我不知道为什么我今天随机收到这个mysql关闭错误,嗯。我也正确关闭了连接,等等。
NiCk Newman

1
您应该连接到数据库并根据需要断开连接。该解决方案适用于持续运行并始终利用数据库连接的服务。
Gajus 2015年

1
鉴于您的代码遵循描述的模式(类似于gist.github.com/gajus/5bcd3c7ec5ddcaf53893),这听起来都不是很可能。如果这种情况在成千上万的查询中只发生了一次或两次,那么我将假设出现连接问题,服务器过载或类似情况。
加茹斯2015年

2
那可能是有史以来最糟糕的建议!有个人建议您应该对数据库进行查询,以确保连接不会消失吗?如果100个人这样做,会发生什么?或为什么不是10 000,如果您的应用程序没有注意到,则应将线程返回到MYSQL线程池中,不要占用线程,以免弱代码损坏!在这种情况下,如果发生此类事件,您可以实现重新连接的功能!真是令人难以置信,谢天谢地,FB没有让您担任首席架构师!!
Patrik Forsberg,

2
我更新了答案以反映我不推荐这种方法。感谢Patrik的注意。
朱斯



1

在每个查询中创建和销毁连接可能很复杂,当我决定安装MariaDB而不是MySQL时,我对服务器迁移有些头痛。出于某种原因,在文件etc / my.cnf中,参数wait_timeout的默认值为10秒(这导致无法实现持久性)。然后,将解决方案设置为28800,即8个小时。好吧,我希望这个“güevonada”能帮助别人...对不起我的英语不好。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.