MySQL 設定パラメータの詳細な紹介-mysql チュートリアル-php.cn

この記事では、MySQL 構成パラメーターについて詳しく説明します。必要な方は参考にしてください。

# 次のオプションは、MySQL クライアントアプリケーションによって読み取られます。

# mysql に付属するクライアントアプリケーションのみがこのコンテンツを読み取れることが保証されていることに注意してください。

# 独自の MySQL アプリケーションでこれらの値を取得したい場合。

# これらのオプションは、MySQL クライアントライブラリの初期化時に指定する必要があります。

#[クライアント]

#パスワード = [your_password]

ポート = @MYSQL_TCP_PORT@

ソケット = @MYSQL_UNIX_ADDR@

# *** アプリケーションのカスタマイズオプション ***

# MySQL サーバー

#[mysqld]

# 一般構成オプション

port = @MYSQL_TCP_PORT@

socket = @MYSQL_UNIX_ADDR@

# back_log は、オペレーティングシステムがリスニングキューに保持できる内容です。

# キューは、MySQL 接続マネージャースレッドによって処理される前に接続を保存します。

# 接続率が非常に高く、「接続が拒否されました」エラーが発生する場合は、

# ここで値を増やす必要があります。

# back_log をより高い値に設定する場合は、オペレーティングシステムのドキュメントを確認してください。あなたの操作システム制限値を高くしても影響はありません

#back_log = 300

# TCP/IP ポートをリッスンしません。

# すべてのプロセスがオンの場合同じサーバーがローカルの mysqld に接続されています。

# この設定はセキュリティを強化する方法です

# すべての mysqld 接続は Unix ソケットまたは名前付きパイプを通じて行われます。

# Windows で名前付きパイプオプションをオンにせず、このオプション

# (「enable-named-pipe」オプション経由) を使用した場合、MySQL サービスは効果がないことに注意してください。

skip-networking

# MySQL サービスで許可される同時セッション数の上限

# 接続の 1 つは管理者として SUPER 権限で予約されますlogin.

# 接続数の上限に達した場合でも、

max_connections = 3000

# 各クライアント接続で許可されるエラーの最大数。この制限に達すると、

# このクライアントは、「FLUSH HOSTS」が実行されるかサービスが再起動されるまで、MySQL サービスによってブロックされます

# 接続中の不正なパスワードおよびその他のエラーこの値は増加します。

# グローバルカウンターを取得するには、「Aborted_connects」ステータスを参照してください。

#max_connect_errors = 50

# すべてのスレッドによって開かれたテーブルの数。

# この値を増やすと、mysqld に必要なファイル記述子の数が増加します。

##したがって、[mysqld_safe] の "open-files-limit" 変数設定で開いているファイルの数が許可されていることを確認する必要があります。 table_cache

table_open_cache = 4096

# ファイルロックをオンにすると、パフォーマンスに悪影響を及ぼす可能性があります。 # したがって、このオプションは、同じファイル上で複数のデータベースインスタンスを実行している場合にのみ使用してください (他の制約がまだ存在することに注意してください!)

# または、ファイルレベルで他のソフトウェアの依存関係を使用して MyISAM をロックする場合table

#external-locking

# サービスが処理できるリクエストパッケージサービスが処理できる最大サイズと最大リクエストサイズ (大きな BLOB フィールドを操作する場合に必要)

# 接続ごとに独立したサイズ。サイズは動的に増加します。

max_allowed_packet = 32M

# SQL ステータスを記録するためにトランザクション内の binlog によって保持されるキャッシュサイズ

# 大規模な複数ステートメントのトランザクションを頻繁に使用する場合は、この値を増やすとパフォーマンスが向上します。

# トランザクションからのすべてのステータスは binlog バッファーにバッファリングされ、送信後に 1 回 binlog に書き込まれます。 .

# トランザクションがこの値より大きい場合は、代わりにディスク上の一時ファイルが使用されます。

# このバッファは、接続された各トランザクションが最初にステータスを更新するときに作成されます。

binlog_cache_size = 4M

# 独立したメモリテーブルで許可される最大容量

# このオプションは、すべてのメモリリソースを永続的に使い果たしてしまう大きすぎるメモリテーブルが誤って作成されるのを防ぐためのものです。

max_heap_table_size = 128M

# ランダム読み取りデータバッファはメモリを使用します (read_rnd_buffer_size): シーケンシャル読み取りに対応、

# MySQL が非シーケンシャル読み取り (ランダム読み取り) を実行する場合バッファには読み取ったデータが一時的に保存されます。

## たとえば、インデックス情報に基づいてテーブルデータを読み取り、ソートされた結果セットに基づいてテーブルを結合します。

# 一般に、データブロックの読み取りが特定の順序を満たす必要がある場合、MySQL はランダムな読み取りを生成し、read_rnd_buffer_size パラメーターで設定されたメモリバッファを使用する必要があります。

read_rnd_buffer_size = 16M

# ソートバッファは、ORDER BY キューと GROUP BY キューによって引き起こされるソートを処理するために使用されます

# ソートされたデータをソートバッファに入れることができない場合、ユーザーは代わりに、ディスクベースのマージソートが使用されます。

# 「Sort_merge_passes」状態変数を参照してください。

# ソートが発生するときに各スレッドによって割り当てられます。

sort_buffer_size = 16M

# このバッファは、完全結合 (インデックスのない FULL JOINS ジョイント) を最適化するために使用されます。

# 同様の結合は、ほとんどの場合、パフォーマンスが非常に低下しますが、この値を大きく設定すると、パフォーマンスへの影響を軽減できます。

#「Select_full_join」状態変数を介して完全結合の数を表示します

# 完全結合が発生した場合、各スレッドに割り当てます

join_buffer_size = 16M

# 再利用のためにキャッシュに確保するスレッドの数

# クライアントが切断したときに、キャッシュ内のスレッドが thread_cache_size 未満の場合、クライアントの終了スレッドがキャッシュに置かれます。

# これにより、多数の新しい接続が必要な場合にスレッド作成のオーバーヘッドを大幅に削減できます

## (一般に、適切なスレッドモデルがある場合、これによってパフォーマンスが大幅に向上することはありません) .)

thread_cache_size = 16

# これにより、アプリケーションはスレッドシステムに、同時に実行する必要があるスレッドの数に関するヒントを与えることができます。

この値は、thread_concurrency() 関数をサポートするシステム (Sun Solaris など) でのみ意味を持ちます。

# [CPU の数]*(2..4) を次のように使用してみてください。 thread_concurrency の値

thread_concurrency = 8

# クエリバッファーは、SELECT の結果をバッファリングし、次回同じクエリを実行せずに結果を直接返すためによく使用されます。

# 同一のクエリが多数あり、テーブルをほとんど変更しない場合、クエリキャッシュをオンにすると、サーバーの速度が大幅に向上します。

# 「Qcache_lowmem_prunes」ステータス変数をチェックして、現在の値が適切かどうかを確認します。負荷は十分に高いですか?

# 注: テーブルが頻繁に変更される場合、またはクエリテキストが毎回異なる場合、

# クエリバッファリングによりパフォーマンスが向上するのではなく、パフォーマンスが低下する可能性があります。

#query_cache_size = 128M

# この設定より小さい結果のみがバッファされます

# この設定は、クエリキャッシュを保護し、巨大な結果セットを防ぐために使用されます。他のすべてのクエリ結果を上書きします。

query_cache_limit = 4M

# 全文検索でインデックスを作成する最小の単語長。

# 検索が必要な場合は、これを減らすことをお勧めします。

# この値を変更した後、FULLTEXT インデックスを再構築する必要があることに注意してください。

ft_min_word_len = 8

# システムが memlock() をサポートしている場合。このオプションをオンにすると、mysql を実行してデータをメモリ内にロックしたままにし、スワップアウトを防ぐことができます

# このオプションは、メモリが非常に逼迫している場合のパフォーマンスに優れています。役に立ちます

#memlock

# 新しいテーブルを作成するときにデフォルトで使用されるテーブルタイプとして、

# テーブルの作成時にテーブルタイプの特別な実行がない場合、この値は次のようになります。 used

default_table_type = InnoDB

# スレッドによって使用されるヒープサイズ。この量のメモリは接続ごとに予約されます。

# MySQL 自体は通常、このサイズを超える必要はありません。 64K メモリ

# 大量のヒープを必要とする独自の UDF 関数を使用する場合、またはオペレーティングシステムが特定の操作にさらに多くのヒープを必要とする場合は、メモリの値を高く設定する必要がある場合があります。

thread_stack = 512K

# デフォルトのトランザクション分離レベルを設定します。使用可能なレベルは次のとおりです:

# READ-UNCOMMITTED、READ-COMMITTED、REPEATABLE-READ、SERIALIZABLE

transaction_isolation = REPEATABLE-READ

# 内部 (メモリ内) 一時テーブルの最大サイズ

# テーブルがこの値より大きくなると、自動的にディスクベースのテーブルに変換されます。

# この制限は単一テーブルに対するものであり、合計ではありません。

tmp_table_size = 128M

# バイナリログ機能をオンにします。

#レプリケーション構成。MASTER マスターサーバーとして、これをオンにする必要があります

# 最後のバックアップからポイントインタイムリカバリを実行する必要がある場合は、バイナリログも必要です。

log -bin=mysql-bin

# サーバー構造 (A->B->C) から連鎖レプリケーションモードを使用している場合、

# これをオンにする必要がありますB.

# このオプションは、スレーブスレッドで再実行された更新のログを開き、スレーブサーバーのバイナリログに書き込みます。

#log_slave_updates

# オンにします。完全なクエリのログ。サーバーが受信したすべてのクエリ (構文が間違っているクエリも含む)

# はログに記録されます。これはデバッグに役立ち、実稼働環境ではオフになることがよくあります。

#log

# エラーログファイルに警告を出力します。MySQL

# について質問がある場合は、警告ログを開いて、エラーログを注意深く確認して可能性を確認してください。理由。

#log_warnings

# 遅いクエリをログに記録します。遅いクエリとは、定義された "long_query_time" よりも長い時間を消費するクエリを指します。

# log_long_format がオンになっている場合、クエリはインデックスを使用しないものもログに記録されます。

# これは、既存のシステムに新しいクエリを頻繁に追加する場合に一般的に良い考えです。

log_slow_queries

# すべてのクエリこの時間 (秒単位) を超えるクエリは遅いクエリとみなされます。

# ここで「1」を使用しないでください。そうしないと、非常に高速なクエリページも含め、すべてのクエリが記録されます (MySQL の現在の時間の精度は 2 番目のレベルまでしか到達できません)。

long_query_time = 6

# スローログに詳細情報を記録します。

# 通常、この項目をオンにするのが最善です。 on.

# この項目をオンにすると、インデックスを使用しないクエリが記録され、スロークエリとしてスロークエリに追加されます。

log_long_format

# このディレクトリが使用されます。たとえば、

# これは、MySQL によって一時ファイルを保存するために使用されます。

# 単純な一時テーブルと同様に、大規模なディスクベースの並べ替えと内部並べ替えを処理するために使用されます。

# 非常に大きな一時ファイルを作成しない場合は、それらを swapfs/tmpfs ファイルシステムに配置することをお勧めします。

# もう 1 つのオプションとして、別のディスクに配置することもできます。

# 「;」を使用して複数のパスを配置できます

# これらは roud-robin に従います

#tmpdir = /tmp

# *** マスター/スレーブレプリケーション関連の設定

# 一意のサービス ID 番号。値は 1 ～ 2^32-1 の間です。

# この値には、次の値が必要です。

# "master-host" が設定されていない場合、デフォルトは 1 ですが、このオプションを無視すると、MySQL はマスターとして有効になりません。

server-id = 1

# レプリケートされたスレーブ (マスターセクションのコメントを削除して有効にします)

## このホストを構成するには複製されたスレーブサーバーとして、次の 2 つの方法を選択できます。

# 1) CHANGE MASTER TO コマンドを使用します (マニュアルの完全な説明は ) -

#構文は次のとおりです:

## CHANGE MASTER TO MASTER_HOST=, MASTER_PORT=,

## MASTER_USER=, MASTER_PASSWORD = ;

# 山括弧で囲まれた、、およびその他のフィールドをマスターのポート番号 (デフォルト 3306) に置き換える必要があります。

例:

## マスターを MASTER_HOST='125.564.12.1'、MASTER_PORT=3306、

# MASTER_USER='joe'、MASTER_PASSWORD ='secret';

に変更します

## または

# 2) この方法を選択した場合は、次の変数を設定し、初めてレプリケーションを開始します (場合によっては)。失敗した場合、

# たとえば、マスターパスワードフィールドに間違ったパスワードを入力し、スレーブが接続できない場合、

# スレーブ master.info ファイルは次のようになります。スレーブサービスをオフにし、マスター .info を削除して再起動しない限り、このファイルに含まれるパラメータに対する後続の変更は

# 無視され、master.info ファイルの内容によって上書きされます。

## このため、設定 (コメントアウト) には触れず、代わりに CHANGE MASTER TO (上記を参照) を使用することもできます。

必要な一意の ID 番号は 2 ～ 2^32 – 1 です

# (マスターとは異なります)

# マスターホストが設定されている場合、デフォルト値は 2## です。

## ただし、省略した場合は有効になりません

#server-id = 2

## レプリケーション構造内のマスター – 必須

#master-host =

## スレーブがマスターに接続するときに認証に使用するユーザー名 –

#master -user =# である必要があります

# マスターに接続するときにスレーブが認証に使用するパスワード – 必須

#master-password =

##マスターがリッスンするポート。

# オプション – デフォルトは 3306

#master-port =

# スレーブを読み取り専用にします。ユーザーの SUPER 権限とそのスレーブスレッドはデータを変更できます。

# これを使用すると、アプリケーションがマスターではなくスレーブ上のデータを誤って変更しないようにすることができます

#read_only

#*** MyISAM 関連オプション

# キーワードバッファのサイズは、通常、MyISAM テーブルのインデックスブロックをバッファするために使用されます。

# 設定しないでください。使用可能なメモリの 30% よりも大きいです。

# メモリの一部は OS によって行データのバッファリングにも使用されるためです

# MyISAM テーブルを使用していない場合でも、内部一時ディスクテーブルでも使用されるため、8 ～ 64M のメモリを設定する必要があります。

key_buffer_size = 128M

# MyISAM テーブルのフルテーブルスキャンに使用されるバッファサイズ

# フルテーブルスキャンが必要な場合、対応するスレッドに割り当てられます。 # # ソート後にすでにソート済みのシーケンスから行が読み取られる場合、ディスクシークを防ぐために行データがこのバッファから読み取られます。

# この値を増やすと、ORDER のパフォーマンスが大幅に向上します。 BY.

# 必要に応じて各スレッドによって割り当てられます

read_rnd_buffer_size = 64M

# MyISAM は特別なツリー状のキャッシュを使用してバースト挿入を可能にします

# (これらの挿入は、INSERT … SELECT、INSERT … VALUES (…)、(…)、…、および LOAD DATA INFILE です) 高速になります。

# この変数は各プロセスに制限されます。バッファーのバイト数です。 tree.

# 0 に設定すると、この最適化がオフになります。

# 最適化のために、この値を「key_buffer_size」より大きく設定しないでください。

# このバッファーが

bulk_insert_buffer_size = 256M

# このバッファは、MySQL が空のテーブルへの REPAIR、OPTIMIZE、ALTER、および LOAD DATA INFILE を必要とするときに発生します。

# これは各スレッドに割り当てられるため、大きな値を設定する場合は注意が必要です。

#myisam_sort_buffer_size = 256M

# MySQL の一時的な最大値。その時点で許可されるファイルサイズ (REPAIR、ALTER TABLE、または LOAD DATA INFILE の場合)。

# ファイルサイズがこの値より大きい場合、インデックスはキーと値のバッファリングによって作成されます (低速)

myisam_max_sort_file_size = 10G

# インデックスをより高速に作成するために使用される一時ファイルが指定された値よりも大きい場合は、キー値バッファー方式を使用します。

# これは主に使用されます。大きなテーブル内の長い文字列キーに、低速のキー値バッファリング方式を使用してインデックスを作成するように強制します。

myisam_max_extra_sort_file_size = 10G

# テーブルに複数のインデックスがある場合、MyISAM はさらに多くのインデックスを使用できます。

# これは、複数の CPU と大量のメモリを備えたユーザーにとっては良い選択です。

myisam_repair_threads = 1

# 自動的に適切に閉じられなかった MyISAM テーブルをチェックして修復します。

myisam_recover

# デフォルトで閉じられます。 Federated

skip-federated

# ** * BDB 関連。オプション ***

# 実行している MySQL サービスに BDB サポートがあるが、それを使用しない場合は、このオプションを使用します。これにより、メモリが節約され、一部の処理が高速化される可能性があります。 Skip-bdb

# *** INNODB 関連オプション ***

# MySQL サービスに InnoDB サポートが含まれているが、使用する予定がない場合は、

# を使用しますこのオプションはメモリとディスク領域を節約し、一部の部分を高速化します

#skip-innodb

# 追加のメモリプールは、メタデータ情報を保存するために InnoDB によって使用されます (5.6 では推奨されなくなりました)

# InnoDB がこの目的でより多くのメモリを必要とする場合、OS からメモリの要求を開始します。

# この操作はほとんどの最新のオペレーティングシステムで十分高速であるため、通常はこの値を使用しません。

# SHOW INNODB STATUS コマンドは、現在使用されている量を表示します。

innodb_Additional_mem_pool_size = 64M

## InnoDB は、インデックスとオリジナルを保存するためにバッファープールを使用します。 MyISAM とは異なります。

# ここで設定する値が大きいほど、ほとんどの読み取り操作でハードディスクの代わりにメモリが使用されるようになります。テーブル /O のデータにアクセスするときに必要なディスクが少なくなります。

# スタンドアロンデータベースサーバーでは、この変数をサーバーの物理メモリサイズの 80% に設定できます。

# あまり大きく設定しないでください。設定しすぎると、物理メモリの競合が発生する可能性があります。オペレーティングシステムでページングスラッシングが発生します。

# 32 ビットシステムでは、プロセスごとのユーザーレベルのメモリ制限が 2 ～ 3.5G に制限される可能性があることに注意してください。

# したがって、あまり高く設定しすぎないでください。

innodb_buffer_pool_size = 6G

# InnoDB は、データを 1 つ以上のデータファイルにテーブルスペースとして保存します。

# ロジックが 1 つしかない場合データを保存するドライバーの場合は、単一の自動インクリメントファイルで十分です。

# 他の場合には、通常、デバイスごとに 1 つのファイルが適切な選択です。

# InnoDB を構成することもできます。ベアディスクパーティションを使用するには – 詳細についてはマニュアルを参照してください。

innodb_data_file_path = ibdata1:10M:autoextend

# InnoDB テーブルスペースファイルを他のパーティションに保存する場合は、このオプションを設定します。

# はデフォルトで MySQL の datadir に保存されます。

#innodb_data_home_dir =

# IO 操作の同期に使用される IO スレッドの数

# この値は、Unix では 8 にハードコードされていますが、Windows ではディスク I/O が 8 にハードコードされています。

innodb_file_io_threads = 8

# InnoDB テーブルスペースが破損していることがわかった場合は、この値をゼロ以外の値に設定すると、テーブルをエクスポートできる可能性があります。

# 1 から始めて、テーブルを正常にエクスポートできるまでこの値を増やします。

#innodb_force_recovery=1

# InnoDb コア内で許可されるスレッドの数。

# 最適な値は、アプリケーション、ハードウェア、およびオペレーティングシステムのスケジューリング方法によって異なります。

# 値が高すぎると、スレッド相互排他スラッシングが発生する可能性があります。

#innodb_thread_concurrency = 16

# 1 に設定すると、InnoDB は各コミット後にトランザクションログをディスクにフラッシュ (fsync) します。

# これにより、完全な ACID 動作が提供されます。

#トランザクションの安全性を損なうために、小規模なトランザクションを実行している場合は、この値を 0 または 2 に設定して、トランザクションログによって引き起こされるディスク I/O を減らすことができます

# 0 は、ログがほぼ次の間隔でのみ記録されることを意味します秒がログファイルに書き込まれ、ログファイルがディスクにフラッシュされます。

# 2 は、各コミット後にログがログファイルに書き込まれますが、ログファイルがディスクにフラッシュされるのは約 1 秒ごとであることを意味します。 .

innodb_flush_log_at_trx_commit = 2

(注: ゲームサーバーの場合は、この値を 2 に設定することをお勧めします。データセキュリティ要件が非常に高いアプリケーションの場合は、 1 に設定することをお勧めします。0 に設定すると最高のパフォーマンスが得られますが、障害が発生した場合、データが失われる可能性があります。デフォルト値の 1 は、ログをハードディスクに書き込む (フラッシュする) 必要があることを意味します。これは、多くのアプリケーション、特に MyISAM テーブルから転送されるアプリケーションでは、非常に時間がかかります (特にバッテリ駆動のキャッシュを使用する場合)。つまり、ログはハードディスクに書き込まれるのではなく、毎秒ハードディスクにフラッシュされるため、通常は 0 に設定すると更新が失われることはありません。 MySQL がハングした場合でも、トランザクションデータが失われる可能性がありますが、値 2 では、オペレーティングシステム全体がハングするだけであり、データが失われるのはオペレーティングシステムを閉じた場合のみです。)

# のシャットダウンを高速化します。 InnoDB。これにより、InnoDB はシャットダウン中に完全なクリアと挿入バッファのマージを実行できなくなります。

# ただし、代わりに、次回の起動時に InnoDB がこれらの操作を実行する可能性があります。 ##innodb_fast_shutdown

# ログデータのバッファリングに使用されるバッファのサイズ。

# この値がほぼいっぱいになると、InnoDB はデータをディスクにフラッシュする必要があります。

# 基本的に 1 秒ごとにフラッシュされるため、この値をあまり高く設定する必要はありません (長いトランザクションの場合でも)

innodb_log_buffer_size = 16M

# 内の各ログファイルのサイズ。 log group.

# ログファイルの上書きによる不必要なバッファプールのフラッシュを避けるために、ログファイルの合計サイズをバッファプールサイズ

# の 25% ～ 100% に設定する必要があります。

# ただし、ログファイルのサイズが大きいと、回復プロセスに必要な時間が長くなることに注意してください。

innodb_log_file_size = 512M

# ロググループ内のファイルの総数。

# 一般的には 2 ～ 3 の方が良いです。

innodb_log_files_in_group = 3

# InnoDB のログファイルの場所。デフォルトは MySQL の datadir です。

# パフォーマンスを向上させるために、別のハードディスクまたは RAID1 ボリュームに指定できます。

#innodb_log_group_home_dir

## InnoDB バッファプール内のダーティページの最大許容割合。

# 制限に達すると、InnoDB はクリーンなデータページへの干渉を防ぐためにフラッシュを開始します。

# これはソフト制限であり、絶対に実行されることが保証されているわけではありません。 ##innodb_max_dirty_pages_pct = 90

# InnoDB がログを更新するために使用するメソッド。

テーブルスペースは常にデュアル書き込みフラッシュメソッドを使用します

デフォルト値は "

# 一般的に、ハードウェア RAID コントローラがあり、その独立したキャッシュがライトバックメカニズムを使用し、バッテリ電源オフ保護機能を備えている場合は、次のようにする必要があります。 O_DIRECT

# に設定します。それ以外の場合は、ほとんどの場合、fdatasync

#innodb_flush_method= fdatasync

# に設定する必要があります。 InnoDB トランザクションがロックを待機する時間。

# InnoDB は、所有するロックテーブル内のトランザクションデッドロックを自動的に検出し、トランザクションをロールバックします。

# LOCK TABLES ディレクティブを使用するか、トランザクション同じトランザクション内で InnoDB 以外の安全なストレージエンジン

# を使用すると、InnoDB が気付かないうちにデッドロックが発生する可能性があります。

## この場合、このタイムアウト値はこの問題を解決するのに非常に役立ちます。

##innodb_lock_wait_timeout = 120

# この設定は、すべてのテーブルのデータとインデックスを共有テーブルスペースに保存する必要があるか (innodb_file_per_table = OFF)、各テーブルのデータを個別の .ibd ファイルに配置する必要があるか (innodb_file_per_table = ON) を InnoDB に指示します。

# テーブルごとに 1 つのファイルを使用すると、テーブルの削除、切り捨て、または再構築時にディスク領域を再利用できます。

# これは、データ圧縮などの一部の高度な機能にも必要ですが、パフォーマンスはまったく向上しません。 Gain

innodb_file_per_table = on

[mysqldump]

# 結果全体をディスクに書き込む前にメモリにキャッシュしないこの項目##は、非常に大きなテーブルをエクスポートする場合に必要です。

#quick

max_allowed_packet = 32M

[mysql]

no-auto-rehash

# UPDATE のキー値の使用のみを許可します

#safe-updates

[myisamchk]