无法将 max_open_files 的数量增加到超过 4096（请求：4214）

Question

我在 Linux Debian 9(stretch) 上有 MariaDB + Nginx。 安装 MariaDB 并尝试启动它后，我收到错误消息： [Warning] Could not increase number of max_open_files to more than 4096 (request: 4214)。 所以我用谷歌搜索它，它告诉我应该将/etc/systemd/system/mysql.service 中的LimiNOFILE 更改为10000。我做到了，做了守护进程重新加载，它完全没有做任何事情。我仍然收到相同的错误消息。我尝试重新安装 MariaDB，但这也无济于事。我还在文件的最后添加了LimitMEMLOCK=10000，这并没有改变任何东西。

完整的追溯：

Link

提前谢谢你

Answer 1

我通过重新安装 MariaDB 解决了这个问题

$ sudo apt-get purge mariadb-server

您应该检查它是否仍在系统上：

$ sudo dpkg -l | grep mariadb

如果是，请执行：

$ sudo apt-get purge mariadb-common

但在此之前，我通过htop 删除了与 MariaDB/MySQL 相关的所有内容。 然后是安装它的标准程序：

$ sudo apt 更新

$ sudo apt install mariadb-server

$ sudo mysql_secure_installation

Answer 2

仅在服务级别更改它是不够的

您还必须编辑

/etc/mysql/conf.d/limits.cnf

并在其中包含这些行

[mysqld]
open_files_limit = 10000

那么，

服务mysql重启

您可以在limits.conf和mysql.service中将数字增加到1000000

Answer 3

像openfile_files_limits这样的服务器设置无效，如果操作系统限制打开文件的数量，总是会导致错误。由于服务器默认以 mysql 用户身份运行，因此无法更改系统值（服务器中也没有更改这些限制的代码）。

Linux系统中打开文件的默认值是1024，可以通过

$> ulimit -n
1024

所以如果你有 root 权限或者你在 sudo'ers 列表中，只需增加这个值。 man ulimit 将为您提供更多信息。

Answer 4

只是注意到我的解决方案是修复 tmpdir 变量中的错误配置。它被设置为/mysqltmp（可能是因为/tmp 非常小）。我修复了它：

mkdir -p /mysqltmp
chown mysql.mysql /mysqltmp

我猜测将tmpdir 设置为不存在或权限错误的目录会触发此消息。

Answer 5

这可能是因为 SystemD 配置文件为服务设置的限制。如果是这种情况，您可以通过编辑 /usr/lib/systemd/system/mariadb.service 并将其增加到请求的值来解决它：

LimitNOFILE=4214

...或者你想要的任何值：

LimitNOFILE=100000

open_files_limit 如果操作系统或 init 系统对用户或服务有下限，则不会有任何影响。