CentOS 7中升级MySQL 5.7.23的坑与解决方法

CentOS 7中MySQL 5.7.23升级之旅：一场遭遇与解决方案的历程

前言：

近期，在CentOS 7系统下升级MySQL 5.7.23的过程中，我遇到了一些棘手的问题。今天，我想与大家分享其中的一段经历，希望这些经验能为大家在类似的情况下提供一些帮助和启示。

挑战遭遇：

在我们尝试升级的过程中，一个令人头疼的问题出现了。在CentOS 7系统中安装MySQL 5.7.23时，我们注意到一个关键的参数——文件描述符个数open_files_limit。在MySQL 5.6.21版本中，这个参数被统一设置为65535。在CentOS 7系统中默认安装的MySQL 5.7.23版本中，这个参数的默认值却为5000。对于拥有大量分区表的集群而言，如果打开的文件数量过多，数据库就会报错。

原因：

这一切的背后，源于CentOS 7系统中服务管理的变化。从sysvinit（service mysql start）转变为systemd（systemctl start mysqld.service）。在CentOS 7下，Limit的配置由全局和系统服务配置来决定。全局设置位于/etc/systemd/system.conf文件中，如DefaultLimitNOFILE=65535。而服务设置[Service]的默认值却是5000。我们需要将LimitNOFILE修改为65535以适应MySQL的需求。

测试验证：

为了解决这个问题，我进行了深入的测试。我检查了全局配置文件/etc/systemd/system.conf、服务配置文件/usr/lib/systemd/system/mysqld.service以及mysql配置文件/etc/myf。这些文件中的open_files_limit参数至关重要。

结论分享：

经过测试，我发现当以systemd管理mysql服务时，service配置文件中的open_files_limit参数将优先生效。如果service相关配置值被注释掉，那么全局配置文件将作为默认配置。

解决方案呈现：

针对这个问题，我提供了两种解决方案。第一种是单台修复方法：直接修改服务配置文件/usr/lib/systemd/system/mysqld.service中的open_files_limit参数值，然后重载systemd并重启服务。第二种是安装包修复方法：修改源文件中open_files_limit参数的值从5000增加到65535，然后重新打包发布。这样，新版本的默认配置就会与MySQL 5.6.21保持一致。

希望这篇文章能为大家在CentOS 7中升级MySQL 5.7.23时提供一些帮助和启示。如果你在升级过程中遇到任何问题，欢迎留言交流。感谢大家对狼蚁SEO的支持与关注。让我们一起努力，共同学习进步！

以上内容，希望符合您的要求。如有其他需要，请随时告知。