MySQLインストール後に行うべき重要なパフォーマンスチューニング設定

本記事では、MySQLのインストール直後に実装しておくべき重要なパフォーマンスチューニング設定について解説します。これらの設定を適切に行うことで、MySQLの動作をより高速かつ安定させることができます。

事前に押さえておきたい注意点

すでにMySQLがインストール済みであることを前提に、チューニング作業を始める前の留意点をいくつか紹介します。

経験豊富なITエンジニアでも、設定変更の際に思わぬミスをしてトラブルを招くことがあります。本記事で紹介する推奨設定を適用する前に、以下の点を必ず守りましょう。

• 設定は必ず一度にひとつだけ適用すること。そうすることで、各変更がもたらす効果や影響を正確に把握できます。
• ほとんどの設定は「SET GLOBAL」コマンドで実行時に変更できます。この方法なら簡単で、問題が発生した場合にも変更を元に戻しやすいのが利点です。動作を確認できたら、設定ファイルに記述して恒久的な変更として反映させましょう。
• サービス（MySQL）を再起動しても設定が反映されない場合は、設定ファイルの記述内容に誤りがあるか、あるいは[mysqld]など記述すべきセクションが間違っていないかを確認してください。
• MySQLでは重複した設定項目は許可されません。変更履歴を管理したい場合は、バージョン管理システムの活用をおすすめします。

主要なMySQLパフォーマンスチューニング設定

以下は、設定ファイルの[mysqld]セクションに記述する代表的なパフォーマンスチューニング設定です。これらは可能であればインストール時点で変更しておくことが推奨されます。

innodb_buffer_pool_size

InnoDBを使用する場合、インストール直後に真っ先に見直すべき最重要設定です。InnoDBのバッファプールはデータやインデックスをキャッシュする領域で、ここを十分に大きく確保することで、ほとんどの読み書き処理をディスクではなくメモリ上で完結させられます。目安として、RAMが8GBの環境では5〜6GB程度を割り当てるのが一般的です。

innodb_log_file_size

redoログに関する設定です。redoログは、クラッシュリカバリの際にも高速かつ耐久性のある読み書きを実現するために重要です。MySQL 5.1以前では調整が難しく、高性能化のためには大きなredoログが必要でしたが、一方で小さなredoログの方がクラッシュからの復旧は速いというトレードオフがありました。MySQL 5.5以降はクラッシュリカバリ性能が改善され、redoログサイズの上限はMySQL 5.5では4GBまででしたが、MySQL 5.6ではこの上限が撤廃されています。

max_connections

「Too many connections」エラーを回避するには、max_connectionsの値を引き上げる必要があります。デフォルト値は151です。ただし、この値を大きくしすぎると、接続数やアクティブなトランザクションが増加した際にサーバーが応答不能になる恐れがある点に注意しましょう。

innodb_log_buffer_size

まだコミットされていないトランザクションを保持するバッファのサイズ設定です。デフォルト値は1MBです。TEXT型やBLOB型などの大きなデータを扱うトランザクションが多い場合、バッファが急速に満杯になり、余分なI/O負荷が発生します。そのようなケースでは、この値を増やすことを検討しましょう。

innodb_flush_method

ログやデータをどのようにディスクへフラッシュするかを制御する設定です。ライトバックキャッシュ付きのRAIDコントローラを搭載したハードウェア環境ではO_DIRECTが最適とされ、多くのシナリオではfsyncが適切です。Sysbenchなどのベンチマークツールを活用すれば、自環境に合った最適な値を選定しやすくなります。

query_cache_size

クエリキャッシュは、中程度の同時実行数でもボトルネックになりうることでよく知られています。基本方針としては、最初から無効化しておくのが得策です。無効化するにはquery_cache_size=0を設定します。MySQL 5.6以降ではデフォルトで無効になっています。代わりに、MemcachedやRedisなどを活用してキャッシュ処理を高速化する手段もあります。ただし、すでにアプリケーションでクエリキャッシュを有効にしており、特に問題が発生していないのであれば、それはむしろ有用に機能しています。無効化の際は慎重に判断してください。

log_bin

バイナリログの設定です。レプリケーションのマスターサーバーを構築する際には不可欠であり、単一サーバー環境でもポイントインタイムリカバリ（最新バックアップのリストア後にバイナリログを適用する手法）に役立ちます。log_binを有効にするとログは永久に保持されるため、ディスク容量を節約するには古いログを削除する必要があります。PURGE BINARY LOGSステートメントを実行するか、expire_logs_days設定でログを自動削除するまでの日数を指定しましょう。

skip_name_resolve

クライアントがMySQLサーバーに接続する際、サーバー側でホスト名の解決が行われます。DNSが遅い環境では接続も遅くなってしまうため、skip_name_resolveを付けてサーバーを起動し、DNSルックアップを無効化することが推奨されます。ただし、この設定を有効にすると、GRANTステートメントではホスト名ではなくIPアドレスを指定しなければなりません。既存のアプリケーション構成に追加する際は十分に注意してください。

本記事では、innodb_buffer_pool_size、innodb_log_file_size、max_connections、innodb_log_buffer_size、query_cache_size、log_bin、skip_name_resolveといった各種設定を見直すことで、MySQLのパフォーマンスを向上させ、読み書き速度を高める方法を学びました。