Mongodb 崩溃报错 Too many open files的问题解析

首先让我们详细讲解“Mongodb 崩溃报错 Too many open files的问题解析”。

问题背景

在实际工作环境中，我们有时会遇到Mongodb服务出现问题的情况，例如在使用Mongodb进行大规模数据存储时，由于文件句柄过多导致系统无法及时关闭文件，最终导致Mongodb服务崩溃，有可能会出现以下报错信息：

Failed to open "/data/db/journal/WiredTigerLog.0000000006": Too many open files

问题解析

产生上述问题的一个原因是系统打开的文件句柄数目过多，导致Mongodb无法继续打开更多文件，最终导致服务崩溃。因此，针对这种情况，我们需要在系统级别进行优化操作，以减少文件句柄数目。

接下来，我将介绍两条解决这种问题的实用示例。

示例一

问题描述：Mongodb服务频繁出现 Too many open files 报错信息，导致数据无法写入。

解决方案：针对这种情况，可以尝试增加系统提供的文件句柄数目。具体步骤如下：

首先查看当前系统提供的文件句柄数目：

$ ulimit -a

输出结果可能如下：

core file size          (blocks, -c) 0
...
nofile                  (soft, hard) 1024, 4096  #这里显示无法打开文件的最大数量
...

其中，“nofile”表示当前系统提供的文件句柄数目。在上述示例中，系统提供的句柄数量为1024，而实际应用程序所要求的句柄数量可能会更多，因此需要增加系统提供的句柄数量。

修改系统配置文件/etc/security/limits.conf，添加如下两行：

* soft nofile 65535
* hard nofile 65535

这里设置了软限制和硬限制均为65535。

最后，重新登录后可查看当前系统提供的文件句柄数目是否已经增加。

示例二

问题描述：在Mongodb服务中，频繁创建大量的数据库连接，导致系统文件句柄数目快速达到上限。

解决方案：针对这种情况，可以考虑缩短连接的存活时间，例如将最大存活时间缩短至30秒。此外，还可以实现连接池功能，在连接池中对数据库连接进行复用，以减少系统文件句柄数目。

以下是一个参考实现，使用Node.js的Mongoose模块，并启用连接池功能：

const mongoose = require('mongoose')
mongoose.Promise = global.Promise

// 初始化连接池大小为10
mongoose.connect('mongodb://localhost/dbname', {
  useMongoClient: true,
  poolSize: 10
})

// 每隔30秒关闭空闲连接
setInterval(() => {
  mongoose.connection.db.command({ ping: 1 }, (err) => {
    if (err) {
      return console.error(err)
    }
    console.log('数据库连接正常，时间 %s', new Date())
  })
}, 30000)

总结

针对这种情况，我们需要增加系统提供的文件句柄数量，或者减少连接存活时间等操作。同时，我们还可以使用连接池机制减少系统检县使用，从而避免出现文件句柄过多导致Mongodb服务崩溃的问题。