mysql open_files_limit值更改无效
2016-06-07 16:48
549 查看
数据库出现问题显示too many files,导致数据库无法访问。出现这个问题,肯定是文件描述符打开过大了。查下数据库的结果为:
找了个办法进行验证操作。
因为mysql启动肯定会调用mysqld_safe脚本文件,就在这个文件里面进行验证。
这到底怎么回事。
自己写个简单的测试脚本测试ulimit -n的值显示的就是系统设定的,为什么在mysql的启动里面就无法调用系统的呢。
经过查找资料。有说如果是守护进程启动的shell的话用ulimit -n设置的话就不会生效。也不知道对不对。我就暂且认为这个mysql的启动是一个守护进程调用的这个脚本文件。那我该怎么办呢。
无意中看到了redis的启动文件的设定。
说明这个参数起了作用,在脚本的的ulimit -n设定其实是没有用处的。
总结:个人感觉系统自带的启动程序的方式确实方便,但是会让用户不知道真正调用的启动文件的工作方式。遇到问题的话最好就是找源码启动文件进行调试,会找到很多自己意想不到的东西。还有官方写的shell脚本看着真他妈的复杂。
show variables like "%file%";
open_files_limit | 1024查看系统ulimit的值:
[root@localhost ~]# ulimit -n 65535系统的值是正确的。然后修改/etc/my.cnf配置文件,添加
open_files_limit=65535然后重启mysql
systemctl restart mysql再次查看mysql的值:
show variables like "%file%";
open_files_limit | 1024还是这样,不生效。什么问题。郁闷了。经过不断的尝试,突然发现不使用系统自带的命令重启的话
[root@localhost system]# mysqld_safe --defaults-file=/etc/my.cnf &这样启动的话,设置的值生效了。莫非脚本里面ulimit值不认为是65535.
找了个办法进行验证操作。
因为mysql启动肯定会调用mysqld_safe脚本文件,就在这个文件里面进行验证。
759 echo `ulimit -n `>> /tmp/1.txt #新加的调试内容 760 ulimit -n 65535 #新加的调试内容 761 echo `ulimit -n `>> /tmp/1.txt #新加的调试内容 762 763 cmd="`mysqld_ld_preload_text`$NOHUP_NICENESS" 764 765 for i in "$ledir/$MYSQLD" "--basedir=$MY_BASEDIR_VERSION" \ 766 "--datadir=$DATADIR" "--plugin-dir=$plugin_dir" "$USER_OPTION"使用
[root@localhost ~]# tailf /tmp/1.txt重启mysql,观看文件的数据变化.
1024 1024尽然一直是1024,使用命令设置过也没有生效。
这到底怎么回事。
自己写个简单的测试脚本测试ulimit -n的值显示的就是系统设定的,为什么在mysql的启动里面就无法调用系统的呢。
经过查找资料。有说如果是守护进程启动的shell的话用ulimit -n设置的话就不会生效。也不知道对不对。我就暂且认为这个mysql的启动是一个守护进程调用的这个脚本文件。那我该怎么办呢。
无意中看到了redis的启动文件的设定。
[root@mysql redis.service.d]# cat /etc/systemd/system/redis.service.d/limit.conf # If you need to change max open file limit # for example, when you change maxclient in configuration # you can change the LimitNOFILE value below # see "man systemd.exec" for information [Service] LimitNOFILE=10240这个就是设定limit_files数的,就依葫芦画瓢,在mysql启动配置文件加入了。
[root@localhost system]# cat -n /etc/systemd/system/mysql.service 26[Service] 27User=mysql 28Group=mysql 29# Execute pre and post scripts as root 30 31LimitNOFILE=65535 #新加入的内容然后继续
[root@localhost ~]# tailf /tmp/1.txt重启mysql,观看文件变化
65535 65535尽然生效了。进入msyql,查询结果:
mysql> show variables like "%file%"; | open_files_limit | 65535成功生效。
说明这个参数起了作用,在脚本的的ulimit -n设定其实是没有用处的。
总结:个人感觉系统自带的启动程序的方式确实方便,但是会让用户不知道真正调用的启动文件的工作方式。遇到问题的话最好就是找源码启动文件进行调试,会找到很多自己意想不到的东西。还有官方写的shell脚本看着真他妈的复杂。
相关文章推荐
- MySQL中的integer 数据类型
- MySQL存储过程
- Pull is not possible because you have unmerged ...
- mysql中int、bigint、smallint 和 tinyint的区别与长度
- mysql load data 导出、导入 csv
- source命令执行SQL脚本文件
- MySQL创建用户及权限控制
- MySQL管理数据表
- linux下mysql添加用户
- mysql procedure
- mysql触发器
- MySQL 备份和恢复策略
- mac下安装mysql(转载)
- mysql 修改编码 Linux/Mac/Unix/通用(杜绝修改后无法启动的情况!)
- MySQL数据的导出、导入(mysql内部命令:mysqldump、mysql)
- mysql数据行转列
- Linux下修改MySQL编码的方法
- MySQL Server 日志
- MySQL 安全事宜