インストール後の重要なMYSQLパフォーマンスのチューニングと設定

この記事では、MySQLのインストール後に実装する必要のあるMySQLの重要なパフォーマンス調整設定について学習し、説明します。

前提条件

MySQLがすでにインストールされていると仮定して、MySQLのパフォーマンスチューニング設定について理解する前に、いくつかのヒントを提供します。

経験豊富なIT担当者でさえ、多くの問題につながるいくつかの間違いを犯す可能性があるため、この記事に示されている推奨事項を適用する前に、問題や問題を回避するために以下の項目を念頭に置いてください。

• 有益な方法で変更を見積もることができるように、一度に1つの設定のみを適用します。

• ほとんどすべての変更は、「SET GLOBAL」を使用して実行時レベルで変更できます。これは非常に簡単で、適用した変更を元に戻して問題を引き起こすことができます。最後に、構成ファイルで設定することにより、永続的な変更を適用できます。

• サービスの再起動（MySQL）を行っても構成の変更が適用されない場合は、構成ファイルが正しくないことが原因である可能性がありますか？または、設定は正しいセクションに適用されますか？。

• MySQLは重複した設定を許可しません。変更を追跡したい場合は、バージョン管理を使用することをお勧めします。

パフォーマンス調整MySQL設定の一部

[mysqld]セクションのパフォーマンスチューニング設定の一部を次に示します。ここでは、パフォーマンスチューニング設定について学習できます。これらの設定は、インストール時にのみ変更することを常にお勧めします。

innodb_buffer_pool_size −これは、InnoDBを使用してインストールした直後に確認するための非常に重要な設定です。 InnoDBは、データがキャッシュされてインデックス付けされるバッファープールであり、可能なサイズが非常に大きいため、ほとんどの読み取り/書き込み操作でディスクスペースがないことを確認してメモリを使用します。通常、InnoDB値のサイズは5です。 -8GBのRAMの場合は6GB。

innodb_log_file_size −この設定はREDOログ用です。 REDOログは、クラッシュリカバリ時でも読み取りと書き込みが高速で耐久性があることを保証します。以前のバージョンのMySQL 5.1では、パフォーマンスを向上させるために非常に大きなREDOログが必要であり、小さなものであるため、調整を行うのは非常に困難です。 REDOログは、MySQLの高速クラッシュリカバリ用のバージョンです。 MySQLバージョン5.5以降、クラッシュリカバリのパフォーマンスが向上しています。 MySQLのREDOログサイズの制限はMySQL5.5では4GBに制限されていましたが、MySQL5.6ではREDOログのサイズのサイズが削除されました。

max_connections −「接続数が多すぎます」エラーを回避するには、max_connectionsを増やす必要があります。デフォルトの接続は151です。max_connectionsの値が高いことの主な欠点は、接続数が多くアクティブなトランザクションである場合、サーバーが応答しなくなることです。

Innodb_log_buffer_size −この設定は、まだコミットされていないトランザクションのバッファーのサイズです。デフォルト値は1MBです。text/blobフィールドとの大きなトランザクションがあるため、バッファーサイズが非常に速くいっぱいになり、追加の入力と出力の負荷がトリガーされるため、innodb_log_buffer_sizeを増やすことができます。

Innodb_flush_method −この設定は、ログとデータをディスクにフラッシュする方法を制御します。ほとんどのシナリオでライトバックキャッシュとデータ同期を備えたRAIDコントローラーハードウェアがある場合、最適な値はO_DIRECTです。 Sysbenchは、値を選択するのに役立つ優れたツールです。

query_cache_size −この設定は、同時実行性が中程度のレベルであっても確認できるボトルネックでよく知られています。最良のオプションは、最初から無効にすることです。デフォルトで無効になっているMySQL 5.6バージョンを使用している場合は、query_cache_size=0を送信する必要があります。インスタンスにMemcacheまたはRedisを使用してインデックス作成を高速化する方法は他にもあります。クエリキャッシュを有効にしてアプリケーションを既に構成していて、問題がない場合は、クエリキャッシュが役立ちます。クエリキャッシュを無効にする場合は、十分に注意する必要があります。

log_bin −この設定は、サーバーをレプリケーションマスターサーバーにする場合に非常に便利です。また、単一のサーバーで最新のバックアップを復元（ポイントインタイムリカバリ）してバイナリログを適用できるようにする場合にも非常に便利です。 log_binログが有効になったら、古いログをクリーンアップしてサーバーのディスクスペースを節約する必要があります。これを行うには、PURGE BINARY LOGSを設定するか、expire_logs_days設定を設定してlog_binの日数を指定します。ログは自動的に削除されます。

skip_name_resolve −この設定は、クライアントがMySQLサーバーに接続するときに完全に使用されます。サーバーはホスト名解決を実行し、DNSが遅い場合は接続も非常に遅くなるため、DNSルックアップを無効にするためにskip_name_resolveを使用してサーバーを起動することをお勧めします。したがって、GRANTステートメントを使用する場合は、IPアドレスを使用する必要があります。したがって、ホスト名の代わりに、この設定を既存のアプリケーション構成に追加する場合は注意が必要です。

上記の記事では、MySQLを調整してパフォーマンスを向上させ、log_bins、skip_name_resolve、query_cache_size、innodb_log_buffer_size、max_connections、innodb_log_file_size、innodb_buffer_pool_sizeを変更してMySQLの読み取りおよび書き込みレベルを高速化する方法を学びました。