MySQL 設定パラメータの詳細な紹介

この記事では、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_pa​​cket = 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_pa​​cket = 32M

[mysql]

no-auto-rehash

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

#safe-updates

[myisamchk]

key_buffer = 16M

sort_buffer_size = 16M

read_buffer = 8M

write_buffer = 8M

#[mysqlhotcopy]

interactive-timeout

[mysqld_safe]

## 各プロセスが実行できる回数を増やします。開いているファイルの数。

# 警告: システム全体の制限を十分に高く設定していることを確認してください。

# 多数のテーブルを開くには、この値を高く設定する必要があります

オープンファイル制限 = 8192

以上がMySQL 設定パラメータの詳細な紹介の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。