CentOS 7 で MySQL 5.7.23 をアップグレードする際の落とし穴と解決策

序文

最近、CentOS 7 で MySQL 5.7.23 をアップグレードする際に落とし穴を発見しました。MySQL 5.7.23 にアップグレードされたクラスターを例に挙げます。

私たちの環境では、開いているファイル記述子の数のパラメータopen_files_limitはMySQL 5.6.21では一律65535に設定されていますが、CentOS 7のMySQL 5.7.23にインストールされているopen_files_limitパラメータのデフォルト値は5000です。

そうでない場合、多数のパーティション テーブルを持つクラスターでは、開いているファイルの数が多すぎると、データベースはエラーを報告します。

理由は次のとおりです。

1. CentOS 7 では MySQL 5.7.23 がインストールされ、サービス管理が sysvinit (service mysql start) から systemd (systemctl start mysqld.service) に変更されました。

2. CentOS 7でのLimitの設定は、次の設定ファイルによって決まります。

グローバル設定: /etc/systemd/system.conf (DefaultLimitNOFILE=65535 など)

サービス設定: [サービス] デフォルト値は5000で、LimitNOFILEは65535に変更する必要があります

【テスト】

1. グローバル設定ファイル /etc/systemd/system.conf

2. サービス設定ファイル /usr/lib/systemd/system/mysqld.service

3. MySQL設定ファイル /etc/my.cnf

【結論は】

1. MySQLサービスをsystemdで管理する場合、次の3つの設定ファイルでopen_files_limitパラメータを同時に設定すると、最終的にはサービス設定ファイルが優先されます。

2. サービス関連の設定値がコメントアウトされている場合は、グローバル設定ファイルが優先されます。

【解決】

1. 単体修理方法は以下の手順に従ってください

#設定を変更する vim /usr/lib/systemd/system/mysqld.service

#リロード systemctl daemon-reload

#有効にするにはサービスを再起動します systemctl restart mysqld@replica01.service

2. インストールパッケージの修復方法：次の2つのソースファイルを修正し、5000を65535に増やし、再パッケージ化してリリースします。これにより、新しいバージョンはデフォルトでMySQL5.6.21と同じ構成を維持します。

要約する

上記はこの記事の全内容です。この記事の内容が皆さんの勉強や仕事に一定の参考学習価値を持つことを願っています。ご質問があれば、メッセージを残してコミュニケーションしてください。123WORDPRESS.COM を応援していただきありがとうございます。