CentOS 7下升级MySQL5.7.23的一个坑

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了CentOS 7下升级MySQL5.7.23的一个坑，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1230字，纯文字阅读大概需要2分钟。

内容图文

发现CentOS 7下升级MySQL5.7.23的一个坑，以前面升级到MySQL 5.7.23的一个集群为例

在我们环境下打开文件描述符个数的参数open_files_limit在MySQL 5.6.21下都统一配置为65535，而CentOS 7系统下安装MySQL5.7.23的open_files_limit参数的默认值为5000

否则像分区表数量较多的集群，打开的文件个数过大时，数据库就会报错。

原因如下：

1、CentOS 7安装MySQL5.7.23，服务管理发生了变化，从sysvinit（service mysql start）变化为systemd（systemctl start mysqld.service）

2、CentOS 7下Limit的配置由下面配置文件来决定

全局设置：/etc/systemd/system.conf（如DefaultLimitNOFILE=65535）

 

服务设置：[Service]默认值为5000，应该将LimitNOFILE修改为65535

 

【测试】

 

1、全局配置文件/etc/systemd/system.conf

2、service配置文件/usr/lib/systemd/system/mysqld.service

3、mysql配置文件/etc/my.cnf

 

【结论】

1、当以systemd管理mysql服务时，在下面3个配置文件中同时制定open_files_limit参数时，最终会以service配置文件为准

2、当service相关配置值注释掉时，会以全局配置文件为准

 

 

【解决方案】

1、单台修复方法，按下面步骤

#修改配置

vim /usr/lib/systemd/system/mysqld.service

#重载

systemctl daemon-reload

#重启服务生效

systemctl restart mysqld@replica01.service

2、安装包修复方法，修改下面两个源文件，将5000增加到65535，重新打包发布，这样新版本默认会保持与MySQL5.6.21相同的配置

 

 

 

内容总结

以上是互联网集市为您收集整理的CentOS 7下升级MySQL5.7.23的一个坑全部内容，希望文章能够帮你解决CentOS 7下升级MySQL5.7.23的一个坑所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

---