被忽略的my.cnf(fedora)

因为我在我的testing环境(Fedora 18运行mysql-server.x86_64 5.5.31-1.fc18 )几个查询得到errno=24 ,我试图增加mysqld打开的文件限制。

我已经改变了/etc/security/limits.conf的操作系统限制,并切换到MySQL用户,我可以用ulimit -atesting它们是否生效。

我还将以下内容添加到/etc/my.cnf

 [mysqld] #... open_files_limit = 10000 

并重新启动服务(甚至是物理机)多次,但在服务器运行时检查variables, open_files_limit始终为1024.我也试过open-files-limit ,因为我在网上发现的一些例子冲突或模棱两可,但结果相同。

也许这个文件没有被读取,我尝试添加另一个variables,果然,如果我添加和更改其他variables,它们将在运行时variables值中更新,但不会更新open_files_limit

所以我的下一个想法是,也许my.cnf文件被另一个在系统上的其他地方取代,但是

 [root@host /]# find . -name "*y.cnf" ./etc/my.cnf 

所以我不认为还有其他的cnf文件(另外,在dev站点列出的位置没有)。

我无所适从 – 可能会导致mysql不接受open_file_limit的值?

  cat /usr/lib/systemd/system/mysqld.service 
 #例如,如果你想把mysql的开放文件限制增加到10000,
 #你需要增加systemd的LimitNOFILE设置,所以创build一个名为的文件
 #“/etc/systemd/system/mysqld.service.d/limits.conf”包含:
 #[服务]
 #LimitNOFILE = 10000