真正または假であるシステム変数は,サーバー起動時に変数の名前を指定することで有効にすることができ,——跳过プリフィクスを使用することで無効にすることができます。たとえば，InnoDB適応型ハッシュンデックスを有効または無効にするには，コマンド行で——innodb_adaptive_hash_indexまたは——skip-innodb_adaptive_hash_indexを使用するか、オプションファ以及ルでinnodb_adaptive_hash_indexまたはskip-innodb_adaptive_hash_indexを使用します。

数値が指定されるシステム変数は，コマンド行で--var_name＝价值として指定するか、オプションファ以及ルでvar_name＝价值として指定できます。

多くのシステム変数は，実行時に変更できます(セクション5.1.5.2 "動的システム変数"を参照してください)。

全球および会话変数スコプ修飾子にいては，集ステトメントのドキュメントを参照してください。

特定のオプションでは，InnoDBデタファアウトが制御されます。セクション14.3 " InnoDBの構成"では，これらのオプションを使用する方法にいて説明します。

初期段階では使用しないような一部のオプションは，マシンの処理能力やデタベスのワクロドに基づいて，InnoDBのパフォマンス特性を調整する際に役立ます。

オプションおよびシステム変数の指定に関する詳細は，セクション4.2.3 "プログラムオプションの指定"を参照してください。

——ignore-builtin-innodb

MySQL 5.1では，このオプションを使用すると，サバは組み込みInnoDBが存在しない場合と同様に動作し，代わりにInnoDB插件を使用できました。MySQL5．6では、InnoDBがデフォルトのストレジエンジンとなり，InnoDB插件は使用されないため，このオプションは無効です。MySQL5.6.5の時点では、無視されます。

——innodb [=价值］

サバがInnoDBサポトでコンパルされた場合に，InnoDBストレジエンジンのロドを制御します。このオプションの形式はトラステトであり，指定可能な値は从、在，または力です。セクション5.1.8.1 "プラグ邮箱邮箱ンの邮箱ンスト邮箱ルおよびアン邮箱ンスト邮箱ル"を参照してください。

InnoDBを無効にするには，——innodb =了または——skip-innodbを使用します。この場合，デフォルトのストレージエンジンはInnoDBであるため，——default-storage-engineおよび——default-tmp-storage-engineを使用して，永続テブルと临时テブルの両方にいてデフォルトを別のエンジンに設定しないかぎりサは開始しません。

MySQL 5.6.21の時点では，——innodb =了および——skip-innodbオプションが非推奨となり，使用すると警告が発生します。これらのオプションは，今後の MySQL リリースで削除されます。

——innodb-status-file

InnoDBがMySQLデタディレクトリにinnodb_status。pidという名前のファ邮箱ルを作成するかどうかを制御します。有効にすると，InnoDBは定期的に显示引擎innodb状态の出力をこのファ邮箱ルに書き込みます。

このファ邮箱ルはデフォルトでは作成されません。これを作成するには，——innodb-status-file = 1オプションを付けてmysqldを起動します。このファルは，通常のシャットダウン中に削除されます。

——skip-innodb

InnoDBストレジエンジンを無効にします。——innodbの説明を参照してください。

daemon_memcached_enable_binlog

このオプションの使用法の詳細は，セクション14.18 " InnoDBとmemcachedの統合"を参照してください。

daemon_memcached_engine_lib_name

InnoDBmemcachedプラグ邮箱ンを実装する共有ラ邮箱ブラリを指定します。

このオプションの使用法の詳細は，セクション14.18 " InnoDBとmemcachedの統合"を参照してください。

daemon_memcached_engine_lib_path

InnoDBmemcachedプラグ邮箱ンを実装する共有ラ邮箱ブラリを含むディレクトリのパスです。デフォルト値は、米ySQL プラグインディレクトリを表す NULL です。MySQL プラグインディレクトリの外部に配置されている別のストレージエンジンのmemcachedプラグンを指定していなければ，このパラメタを変更する必要はないはずです。

このオプションの使用法の詳細は，セクション14.18 " InnoDBとmemcachedの統合"を参照してください。

daemon_memcached_option

起動時に，空白文字で区切られたmemcachedオプションをベスとなるmemcachedメモリオブジェクトのキャッシュデモンに渡すために使用されます。たとえば，memcachedが待機するポートを変更したり,同時接続の最大数を削減したり,鍵と値のペアの最大メモリーサイズを変更したり,エラーログに関するメッセージのデバッグを有効にしたりします。

このオプションの使用法の詳細は，セクション14.18 " InnoDBとmemcachedの統合"を参照してください。memcachedのオプションについては、memcached のマニュアルページを参照してください。

daemon_memcached_r_batch_size

提交を実行して新しいトランザクションを開始する前に，実行されるmemcached読み取り操作(得到の数を指定します。daemon_memcached_w_batch_sizeの対の片方です。

この値は，sqlステトメントを使用してテブルに行われた変更がすぐにmemcached操作に表示されるように，デフォルトで1に設定されています。ベスとなるテブルがmemcachedインタフェースからのみアクセスされているシステム上で,頻繁なコミットによるオーバーヘッドを削減するために,これを大きくすることがあります。大きすぎる値を設定すると,撤销データまたは重做データの量によっては,長時間実行されるトランザクションの場合と同様に,一部のストレージでオーバーヘッドが発生する可能性があります。

このオプションの使用法の詳細は，セクション14.18 " InnoDBとmemcachedの統合"を参照してください。

daemon_memcached_w_batch_size

提交を実行して新しいトランザクションを開始する前に，実行されるmemcached書き込み操作(添加、集、增加など)の数を指定します。daemon_memcached_r_batch_sizeの対の一方です。

この値は,格納されるデータはすべて停止に備えて保持しておくことが重要であり,すぐにコミットされるべきであるという仮定に基づいて,デフォルトで1に設定されています。クリティカルでないデータを格納するときは,頻繁なコミットによるオーバーヘッドを削減するために,この値を大きくすることがあります。ただし，クラッシュ時に，コミットされていない最後のN-1回の書き込み操作が失われる可能性があります。

このオプションの使用法の詳細は，セクション14.18 " InnoDBとmemcachedの統合"を参照してください。

ignore_builtin_innodb

このセクションの前半の「InnoDBコマンドオプション」の下にある——ignore-builtin-innodbの説明を参照してください。

innodb_adaptive_flushing

ワクロドに基づいて，InnoDBバッファプル内のダティペジをフラッシュする比率を動的に調整するかどうかを指定します。フラッシュ比率を動的に調整する目的は、I/O アクティビティーのバーストを回避することです。この設定はデフォルトで有効になっています。詳細は、セクション14.13.1.2 " InnoDBバッファプルのフラッシュの頻度の構成"を参照してください。一般的なI/Oチュセクション8.5.7 " InnoDBディスクI/Oの最適化"を参照してください。

innodb_adaptive_flushing_lwm

適応型フラッシュが有効になっている重做ログ容量の割合を表す低位境界値です。

innodb_adaptive_hash_index

InnoDB適応型ハッシュ邮箱ンデックスが有効と無効のどらになっているのかを示します。ワクロドに応じて，適応型ハッシュ邮箱ンデックスの作成を動的に有効または無効にして，クエリのパフォマンスを改善することが望ましい場合があります。適応型ハッシュ邮箱ンデックスがすべてのワクロドに役立つとは限らないため、現実的なワークロードを使用して、有効と無効の両方でベンチマークを実施してください。詳細は、セクション14.2.13.6 "適応型ハッシュ"を参照してください。

この変数はデフォルトで有効になっています。集全球ステトメントを使用すると，サを再起動せずに，このパラメタを変更できます。この設定を変更するには，超级権限が必要です。また，サバの起動時に——skip-innodb_adaptive_hash_indexを使用すると，無効にすることができます。

適応型ハッシュンデックスを無効にすると，すぐにハッシュテブルが空になります。ハッシュテーブルが空になっても通常の操作は続行でき,ハッシュテーブルを使用していた実行中のクエリーは,代わりにインデックスのBツリーに直接アクセスします。適応型ハッシュンデックスを再度有効にすると，通常の操作時にハッシュテブルが再度移入されます。

innodb_adaptive_max_sleep_delay

現在のワクロドに応じて，InnoDBによって自動的にinnodb_thread_sleep_delayの値が上下に調整されるようにします。ゼロ以外の値に指定すると，最大でinnodb_adaptive_max_sleep_delayオプションで指定された最大値まで，自動的にinnodb_thread_sleep_delay値の動的な調整が行われます。値はマイクロ秒数を表しています。このオプションは、InnoDBスレッド数が16個を上回る高負荷のシステムで役立。（実際には、同時接続数が数百または数千になる MySQL システムの大部分の変数です。)

詳細は，セクション14.13.5 " InnoDBのスレッド並列性の構成"を参照してください。

innodb_additional_mem_pool_size

デタディクショナリ情報およびその他の内部デタ構造を格納する際にInnoDBで使用されるメモリ。アプリケションに存在するテブル数が多いほど，ここで割り当てるメモリ量も多くなります。このプル内のメモリがInnoDBによって使い果たされると,オペレーティングシステムからのメモリーの割り当てが開始され,MySQLエラーログに警告メッセージが書き込まれます。デフォルトの値は8mバ邮箱トです。

この変数は，InnoDBの内部メモリアロケタに関連します。これは，innodb_use_sys_mallocが有効になっている場合は使用されません。MySQL 5.6.3の時点では，innodb_additional_mem_pool_sizeは非推奨となり，今後のMySQLリリスで削除される予定です。

innodb_api_bk_commit_interval

InnoDBmemcachedereplicationンタフェereplicationドル状態の接続が自動コミットされる頻度(秒単位)です。このオプションの使用法の詳細は，セクション14.18 " InnoDBとmemcachedの統合"を参照してください。

innodb_api_disable_rowlock

この変数を使用すると，InnoDBmemcachedでDML操作が実行されるときに，行ロックが無効になります。デフォルトでは，innodb_api_disable_rowlockは从に設定されており，memcachedがgetおよびset操作の行ロックをリクエストします。innodb_api_disable_rowlockを在に設定すると，memcachedは行ロックの代わりに，テブルロックをリクエストします。

innodb_api_disable_rowlockオプションは動的ではありません。これはmysqldコマンド行で指定するか，またはMySQL構成ファMySQLルに入力する必要があります。構成は，MySQLサ。

innodb_api_enable_binlog

MySQLバ邮箱ナリログとともに，InnoDBmemcachedプラグ邮箱ンを使用できます。このオプションの使用法の詳細は，セクション14.18 " InnoDBとmemcachedの統合"を参照してください。

innodb_api_enable_mdl

InnoDBmemcachedプラグ邮箱ンで使用されるテ邮箱ブルをロックします。これにより，sql数据库ンタフェ，sql数据库スからDDLによって削除または変更できなくなります。このオプションの使用法の詳細は，セクション14.18 " InnoDBとmemcachedの統合"を参照してください。

innodb_api_trx_level

memcachedeconンタフェスで処理されたクエリ上のトランザクション分離レベルを制御できます。このオプションの使用法の詳細は，セクション14.18 " InnoDBとmemcachedの統合"を参照してください。よく聞く名前に対応する定数は，次のとおりです。

innodb_autoextend_increment

InnoDBの自動拡張システムテブルスペスファereplicationルがいっぱいになったときに，そのサereplicationズを拡張する際の増分サereplicationズ(mバereplicationト単位)です。デフォルト値は，MySQL 5.6.6の時点では64，それよりも前では8です。この変数によって，innodb_file_per_table = 1を使用した場合に作成されるテブルごとのテブルスペスファ。innodb_autoextend_incrementの値には関係なく、これらのファ以及ルは自動拡張されます。拡張は少量で始まり，その後の拡張は増分が4mbで発生します。

innodb_autoinc_lock_mode

自動邮箱ンクリメント値を生成する際に使用されるロックモドです。許可される値は，「従来」を表す0，「連続」を表す1，または「econンタリブ」を表す2です。セクション14.6.5 " InnoDBでのAUTO_INCREMENT処理"では，これらのモ。

この変数のデフォルトは，1 (「連続」ロックモド)です。

innodb_buffer_pool_dump_at_shutdown

次回再起動時のウォムアッププロセスの時間を短縮するために，MySQLサバのシャットダウン時に，InnoDBのバッファプルにキャッシュされるペジを記録するかどうかを指定します。一般に，innodb_buffer_pool_load_at_startupと組み合わせて使用されます。

関連情報にいては，セクション14.13.1.5”再起動を高速化するためのInnoDBバッファープールのプリロード”を参照してください。

innodb_buffer_pool_dump_now

InnoDBのバッファプルにキャッシュされるペジをすぐに記録します。一般に，innodb_buffer_pool_load_nowと組み合わせて使用されます。

関連情報にいては，セクション14.13.1.5”再起動を高速化するためのInnoDBバッファープールのプリロード”を参照してください。

innodb_buffer_pool_filename

innodb_buffer_pool_dump_at_shutdownまたはinnodb_buffer_pool_dump_nowで生成されるテーブルスペースIDおよびページIDのリストを保持するファイルの名前を指定します。テブルスペスidおよびペジidは，空间,page_idという形式で保存されます。デフォルトでは，このファイルはInnoDBデタディレクトリに配置されます。

関連情報にいては，セクション14.13.1.5”再起動を高速化するためのInnoDBバッファープールのプリロード”を参照してください。

innodb_buffer_pool_instances

InnoDBのバッファプルが分割される領域の数です。バッファプルが数 G バイトの範囲にあるシステムでは、バッファープールを個別のインスタンスに分割すると、キャッシュされたページに対して異なるスレッドが読み取りおよび書き込みを行うときの競合が減るため、並列性が向上する場合があります。バッファープールに格納される各ページまたはバッファープールから読み取られる各ページは、ハッシュ関数を使用して、バッファープールインスタンスのいずれかにランダムに割り当てられます。各バッファープールは、独自の空きリスト、フラッシュリスト、LRU，およびバッファプルに接続されたその他のすべてのデタ構造を管理し，独自のバッファプル相互排他ロックによって保護されます。

このオプションは，通过innodb_buffer_pool_sizeを1gバereplication ereplicationト以上のサereplication ereplicationズに設定した場合にのみ有効になります。指定した合計サopenstackズは，すべてのバッファopenstackプopenstackル間で分割されます。最高の効率を得るには，innodb_buffer_pool_instancesと通过innodb_buffer_pool_sizeの組み合わせを，各バッファ。

MySQL 5.6.6より前では，デフォルトは1です。MySQL 5.6.6の時点では，デフォルトは8です。ただし，32ビットの Windows システムでは、デフォルトは通过innodb_buffer_pool_sizeの値に依存します。

innodb_buffer_pool_load_abort

innodb_buffer_pool_load_at_startupまたはinnodb_buffer_pool_load_nowでトリガされるInnoDBのバッファプルの内容をリストアするプロセスを中断します。

関連情報にいては，セクション14.13.1.5”再起動を高速化するためのInnoDBバッファープールのプリロード”を参照してください。

innodb_buffer_pool_load_at_startup

MySQLサーバーの起動時に,以前に保持されたときと同じページをロードすることで,InnoDBのバッファプルが自動的にウォムアップされるように指定します。一般に，innodb_buffer_pool_dump_at_shutdownと組み合わせて使用されます。

関連情報にいては，セクション14.13.1.5”再起動を高速化するためのInnoDBバッファープールのプリロード”を参照してください。

innodb_buffer_pool_load_now

サバの再起動を待機せずにデ，InnoDBのバッファプルをすぐにウォムアップします。ベンチマーク時にキャッシュメモリーを既知の状態に戻したり,レポートやメンテナンスのためにクエリーを実行したあとに,MySQLサーバーの通常のワークロードを再開する準備をしたりする際に役立ちます。

関連情報にいては，セクション14.13.1.5”再起動を高速化するためのInnoDBバッファープールのプリロード”を参照してください。

通过innodb_buffer_pool_size

InnoDBがテブルおよびバッファプルのサ电子书阅读器ズ(バ电子书阅读器ト単位)です。デフォルト値は128米バイトです。最大値は、CPU アーキテクチャーによって異なります。最大値は、32 ビットシステムでは 4294967295 (2³²1)， 64ビットシステムでは18446744073709551615 (2)⁶⁴-1)です。32ビットシステムでは、CPU アーキテクチャーおよびオペレーティングシステムに、指定された最大値よりも小さい実用的な最大サイズが課されている可能性があります。バッファープールのサイズが 1G バイトよりも大きい場合に、innodb_buffer_pool_instancesを1よりも大きい値に設定すると，高負荷のサで拡張性を改善できます。

この値を大きく設定するほど,テーブル内の同じデータに複数回アクセスするために必要なディスクI / Oが少なくなります。専用のデータベースサーバーでは,これを最大でマシンの物理メモリーサイズの80%まで設定することがあります。次のようなその他の問題が発生した場合は，この値を小さくする準備をしてください。

innodb_change_buffer_max_size

バッファプルの合計サereplicationズの割合として示した，InnoDBの変更バッファの最大サ邮箱ズです。この値はMySQLサーバーで頻繁に挿入,更新,および削除アクティビティーが発生する場合は大きくし,MySQLサーバーでレポート用に使用されるデータが変更されない場合は小さくするとよいでしょう。一般的なI/Oチュセクション8.5.7 " InnoDBディスクI/Oの最適化"を参照してください。

innodb_change_buffering

InnoDBがバッファリングの変更(I / O操作を連続して実行できるように,セカンダリインデックスへの書き込み操作を遅延させる最適化)を実行するかどうかを指定します。許可される値は插入(挿入操作のバッファリング)，删除(削除操作のバッファリング。厳密に言えば,パージ操作時にあとで削除するインデックスレコードにマークを付ける書き込み),变化(挿入操作および削除マク操作のバッファリング)，清洗（パジ操作のバッファリング。削除されたインデックスエントリのガベージコレクションが最終的に実行される書き込み),所有(挿入，削除マ，ク，パ，ジ操作のバッファリング)，および没有一个(操作のバッファリングなし)です。デフォルトは所有です。詳細にいては，セクション14.13.4 " InnoDB変更バッファリングの構成"を参照してください。一般的なI/Oチュセクション8.5.7 " InnoDBディスクI/Oの最適化"を参照してください。

innodb_checksum_algorithm

InnoDBの各テブルスペスの各ディスクブロックに格納されているチェックサムを生成および検証する方法を指定します。

MySQL 5.6.3の時点でinnodb_checksumsオプションは，innodb_checksum_algorithmで置き換えられました。次の値は，互換性を保ために提供されています。

競合を回避するには，構成ファereplicationルおよびMySQL起動スクリプトからinnodb_checksumsへの参照を削除します。

値innodbは，すべてのMySQLバジョンとの下位互換性があります。値crc32では,より高速に,変更されたすべてのブロックのチェックサムを計算し,ディスク読み取りごとにチェックサムをチェックするアルゴリズムが使用されます。値没有一个では,ブロックデータに基づいて値が計算されるのではなく,チェックサムフィールドに定数値が書き込まれます。テブルスペス内のブロックは、古い値、新しい値、およびチェックサムなしの値を混在させて使用でき、データが更新されるにつれ徐々に更新されます。テーブルスペース内のブロックがcrc32アルゴリズムを使用するように変更されたあとは,関連付けられたテーブルを以前のバージョンのMySQLで読み取ることはできません。

strict_ *形式の機能は，innodb、crc32，および没有一个と同じです。ただし，InnoDBは，同じテブルスペス内でチェックサム値の混在が発生した場合に停止します。これらのオプションを完全に新しいインスタンスで使用するだけで、はじめてでもすべてのテーブルスペースを設定できます。strict_ *設定では,ディスクの読み取り時に新しいチェックサム値と古いチェックサム値の両方を受け入れるために,その両方を計算する必要がないため,多少高速になります。

次の表には，没有一个、innodb、crc32オプション値，およびそれぞれに対応するstrict_オプション値間の相違点を示します。没有一个、innodb，およびcrc32では,特定のタイプのチェックサム値が各データブロックに書き込まれますが,互換性を保つために,読み取り操作中にブロックを検証する際に,その他のチェックサム値のいずれかが受け入れられます。strict_形式の各パラメタでは，1種類のチェックサムのみが認識されます。これにより，検証が高速になりますが，eンスタンス内のすべてのInnoDBデタファinnodb_checksum_algorithm値で作成される必要があります。

innodb_checksum_algorithmのデフォルト値はMySQL 5.6.6でinnodbからcrc32に変更されましたが，以前のMySQLバInnoDBデタファルの互換性向上のため，およびMySQL企业备份で使用するために5.6.7でinnodbに戻されました。検出された制限には，次のものが含まれます。

crc32チェックサムアルゴリズムに関する追加情報にいては，セクション14.13.15”チェックサムの高速化のためのCRC32チェックサムアルゴリズムの使用”を参照してください。

innodb_checksums

InnoDBでは，ディスクから読み取られるすべてのテブルスペスペジ上でチェックサム検証を使用することで,ハードウェアの障害やデータファイルの破損に対する追加のフォールトトレランスを実現できます。この検証はデフォルトで有効になっています。特殊な状況(ベンチマクの実行時など)では，このような追加の安全機能は——skip-innodb-checksumsを使用して無効にすることができます。innodb_checksum_algorithmを使用すると，チェックサムを計算する方法を指定できます。

MySQL 5.6.3以降では，このオプションは非推奨となり，innodb_checksum_algorithmで置き換えられました。innodb_checksum_algorithm = innodbはinnodb_checksums =对(デフォルト)と同じです。innodb_checksum_algorithm =没有はinnodb_checksums =了と同じです。innodb_checksum_algorithmとの競合を回避するために、構成ファ以及ルおよび起動スクリプトからすべてのinnodb_checksumsオプションを削除してください。innodb_checksums =了によって自動的にinnodb_checksum_algorithm =没有が設定され，innodb_checksums =对は無視され，innodb_checksum_algorithmのその他の設定でオバラドされます。

innodb_cmp_per_index_enabled

INFORMATION_SCHEMA。INNODB_CMP_PER_INDEXテブルで。これらの統計を収集すると負荷が高くなるため、このオプションは、InnoDBの圧縮済みテーブルに関連するパフォーマンスチューニング時に開発,テスト,またはスレーブのインスタンス上でのみ有効にしてください。

innodb_commit_concurrency

同時にコミットできるスレッドの数です。値を0（デフォルト）にすると，任意の数のトランザクションを同時にコミットすることが許可されます。

innodb_commit_concurrencyの値は，実行時にゼロからゼロ以外(またはその逆)に変更できません。ゼロ以外の値から別のゼロ以外の値に変更することはできます。

innodb_compression_failure_threshold_pct

高負荷での圧縮の失敗を回避するために，圧縮されたペジ内のパディングの追加がMySQLで開始されるカットオフポントを設定します。値をゼロにすると、圧縮の効率性をモニターするメカニズムが無効になり、パディングの量が動的に調整されます。

innodb_compression_level

InnoDBの圧縮されたテブルおよびンデックスで使用されるzlib圧縮のレベルを指定します。

innodb_compression_pad_pct_max

圧縮された各ペジ内の空き領域として予約できる最大の割合を指定します。これにより，圧縮されたテーブルまたはインデックスが更新され,データが再度圧縮される可能性があるときに,ページ内のデータおよび変更ログを再編成する余地が得られます。innodb_compression_failure_threshold_pctがゼロ以外の値に設定され，圧縮エラの比率がカットオフポ邮箱ントを超えたときにのみ適用されます。

innodb_concurrency_tickets

同時にInnoDBに入ることができるスレッドの数を決定します。スレッドがInnoDBに入ろうとしたときに,すでにスレッド数が並列実行の制限に達している場合は,そのスレッドがキューに配置されます。スレッドがInnoDBに入ることが許可されている場合は，innodb_concurrency_ticketsの値に等しい数の「空きチケット」が付与され，スレッドはそのチケットを使い果たすまで自由にInnoDBに出入りすることができます。それ以降は，スレッドが次にInnoDBに入ろうとしたときに,再度並列実行チェックの対象となります(キューに入る対象となる可能性もあります)。MySQL 5.6.6の時点では5000，それよりも前では500です。

innodb_concurrency_tickets値を小さくすると,1、2行しか処理する必要のない小規模なトランザクションと,多数の行を処理する大規模なトランザクションが競合する可能性が高くなります。innodb_concurrency_tickets値を小さくする欠点は,大規模なトランザクションが完了するまでに何回もキュー間をループする必要があるため,タスクを完了するために必要な時間が長くなる点です。

innodb_concurrency_tickets値を大きくすると，大規模なトランザクションで(innodb_thread_concurrencyで制御される)キュの終了時の位置を待機する時間が短くなり，行を取得する時間が長くなります。また，大規模なトランザクションでは、タスクを完了するために必要なキューとの間の移動も少なくなります。innodb_concurrency_tickets値を大きくする欠点は,同時に実行する大規模なトランザクションの数が非常に多くなることで,小規模なトランザクションが実行されるまでの待機時間が長くなるため,枯渇する可能性がある点です。

innodb_thread_concurrency値をゼロ以外にすると,大規模なトランザクションと小規模なトランザクション間の適切なバランスを見つけるために,innodb_concurrency_tickets値を上下に調整する必要がある場合があります。显示引擎innodb状态レポートには,キューを通過する現時点で実行中のトランザクション用に残されているチケットの数が表示されます。このデタは，INFORMATION_SCHEMA。INNODB_TRXテブルのTRX_CONCURRENCY_TICKETSカラムから取得することもできます。

詳細は，セクション14.13.5 " InnoDBのスレッド並列性の構成"を参照してください。

innodb_data_file_path

InnoDBの各デタファへのパスとそれらのサ邮箱ズです。各デタファルへの完全ディレクトリパスは，ここに指定された各パスにinnodb_data_home_dirを結合することで形成されます。サ邮箱ズ値にK、米，またはGを追加することで,ファイルサイズがKバイト,Mバイト,またはGバイト(1024米バイト)で指定されます。データファイルのサイズをキロバイト(Kバイト)で指定する場合は,1024の倍数で指定してください。それ以外の場合は，kバ电子书阅读器ト値はもっとも近いメガバト(mバ电子书阅读器ト)の境界で丸められます。ファereplicationルサereplicationズの合計は，わずかに10m ereplicationトを上回る大きさにする必要があります。innodb_data_file_pathを指定しない場合は，デフォルトの動作で，ibdata1という名前の単一の自動拡張デタファ12mバ。各ファopenstackルのサopenstackズ制限は，オペレopenstackティングシステムによって決定されます。大きいファ邮箱ルをサポートするオペレーティングシステムでは、4G バイトよりも大きいファイルサイズを設定できます。デタファティションを使用することもできます。InnoDBのテブルスペスファルの構成にいての詳細は，セクション14.3 " InnoDBの構成"を参照してください。

innodb_data_home_dir

システムテブルスペス内のすべてのInnoDBのデタファのディレクトリパスに共通する部分です。この設定によって，innodb_file_per_tableを有効にしたときのfile-per-tableテブルスペスの場所は影響を受けません。デフォルト値は，MySQLの数据ディレクトリです。値を空の文字列として指定した場合は、innodb_data_file_path内で完全なファ邮箱ルパスを使用できます。

innodb_disable_sort_file_cache

この変数を有効にすると,マージソート一時ファイル用のオペレーティングシステムファイルシステムのキャッシュが無効になります。その結果、このようなファ以及ルがO_DIRECTの同等のものとともに開きます。この変数はMySQL 5.6.4で追加されました。

innodb_doublewrite

この変数を有効にすると(デフォルト)，InnoDBにすべてのデタが2回(まず二重書き込みバッファ，次に実際のデタファに)格納されます。デタの整合性や失敗の可能性の懸念より，ベンチマ，——skip-innodb_doublewriteを使用すれば，この変数を無効にすることができます。

innodb_fast_shutdown

InnoDBのシャットダウンモドです。この値を0にすると，InnoDBは低速シャットダウン，完全なパジ，および挿入バッファのマジを実行してから，シャットダウンします。この値を1(デフォルト)にすると，InnoDBはシャットダウン時に，これらの操作をスキップします。このプロセスは，高速シャットダウンと呼ばれます。この値を2にすると，InnoDBはMySQLがクラッシュした場合と同様に,そのログをフラッシュし,コールドシャットダウンを実行します。コミットされていないトランザクションは失われませんが，クラッシュリカバリ操作によって次回の起動時間が長くなります。

低速シャットダウンには数分間かかる可能性があり,大量のデータがバッファーに存在する極端なケースでは,数時間かかる可能性もあります。MySQLのメジャーリリース間でアップグレードまたはダウングレードを行う前には、アップグレードプロセスによってファイル形式が更新される場合に備えて、すべてのデータファイルが完全に準備されるように、低速シャットダウン技術を使用してください。

データが破損するリスクがある場合に,完全な最速のシャットダウンを行うには,緊急事態またはトラブルシューティングの状況でinnodb_fast_shutdown = 2を使用してください。

innodb_file_format

新しいInnoDBテブルで使用されるファ邮箱ル形式です。現在は，羚羊および梭鱼がサポトされています。これは，独自のテブルスペスを持テブルにのみ適用されるため，これを有効にするには，innodb_file_per_tableが有効になっている必要があります。テブルの圧縮などの特定のInnoDB機能を使用するには，梭鱼ファ邮箱ル形式が必要です。

InnoDBのテブル(算法=复制を再作成するALTER TABLE操作では，現在のinnodb_file_format設定が使用される(前述の状況が適用される)ことに注意してください。

innodb_file_format_check

この変数をサバの起動時に1または0に設定すると，InnoDBがシステムテブルスペスのファ邮箱ル形式タグ(羚羊や梭鱼など)をチェックするかどうかを有効または無効にすることができます。チェックされたタグが最新バジョンのInnoDBでサポトされているよりも大きい場合は，エラが発生し，InnoDBは起動されません。このタグの方が大きくない場合は，InnoDBによってinnodb_file_format_maxの値がファ邮箱ル形式タグに設定されます。

innodb_file_format_max

サバの起動時にInnoDBによって，この変数の値がシステムテブルスペスのファ邮箱ル形式タグ(羚羊や梭鱼など)に設定されます。サバで「大きい」ファル形式のテブルが作成されたり，開かれたりすると，innodb_file_format_maxの値がそのファ邮箱ル形式に設定されます。

innodb_file_per_table

innodb_file_per_tableが有効になっている(5.6.6以上のデフォルト)場合，InnoDBでは,新たに作成された各テーブルのデータおよびインデックスがシステムテーブルスペースではなく,個別の.ibdファ邮箱ルに格納されます。これらのInnoDBテブル用のストレジは，テブルが削除されたり，切り捨てられたりすると再利用されます。このように設定すると，テブルの圧縮などのその他のいくかのInnoDB機能が有効になります。このような機能,およびfile-per-tableテーブルスペースを使用する利点および欠点についての詳細は,セクション14.5.2 " InnoDB File-Per-Tableモド"を参照してください。

ALTER TABLEでテブルが再作成されるケス(算法=复制)では，innodb_file_per_tableを有効にすることは，ALTER TABLE操作によってInnoDBテブルがシステムテブルスペスから個々の.ibdファ邮箱ルに移動されることも意味することに注意してください。

innodb_file_per_tableを無効にすると，InnoDBではすべてのテブルおよびンデックス用のデタが，システムテブルスペスを構成するIbdataファルに格納されます。このように設定すると，删除表や截断表などの操作で，ファ。これは，ストレージデバイス全体が MySQL データ専用になっているサーバー環境に最適です。システムテーブルスペースは縮小されず、ンスタンス内のすべてのデタベスにわたって共有されないため，innodb_file_per_table =了のときは，領域が制約されているシステムで一時デタを大量にロドすることは回避してください。このような場合は,領域を再利用するためにインスタンス全体を削除できるように,個別のインスタンスを設定します。

MySQL 5.6.6の時点では，デフォルトでinnodb_file_per_tableが有効になっています。それよりも前では，無効になっています。MySQL5．5または5．1との下位互換性が懸念事項となっている場合は、これを無効にすることを検討してください。これにより、ALTER TABLEによってInnoDBテブルがシステムテブルスペスから個々の.ibdファ邮箱ルに移動することが回避されます。

innodb_file_per_tableは動的であり，集全球を使用して在または从に設定できます。このパラメタは，MySQL構成ファ邮箱ル（my.cnfまたはmy.ini)でも設定できますが，このためにはサバをシャットダウンしてから再起動する必要があります。

このパラメタの値を動的に変更するには，超级権限が必要です。動的に変更すると、すべての接続の操作がすぐに影響を受けます。

innodb_flush_log_at_timeout

ログをN秒ごとに書き込んで，フラッシュします。innodb_flush_log_at_timeoutはMySQL 5.6.6で導入されました。フラッシュを減らし、バイナリロググループのコミット時のパフォーマンスへの影響を回避するために、フラッシュ間のタイムアウト期間を長くすることができます。MySQL 5.6.6 よりも前では、フラッシュの頻度は 1 秒ごとに 1 回でした。innodb_flush_log_at_timeoutのデフォルト設定も1秒ごとに1回です。

innodb_flush_log_at_trx_commit

コミット操作に対する厳密な酸コンプライアンスと,コミット関連のI / O操作が再編成およびバッチ処理されるときに実現可能な高いパフォーマンスとの間のバランスを制御します。デフォルト値を変更するとパフォーマンスを改善できますが,クラッシュ時にトランザクションが最大で1秒間失われる可能性があります。

トランザクションでInnoDBが使用されるレプリケションセットアップの持続性および一貫性を保場合:

innodb_flush_method

InnoDBのデタファおよびログファ邮箱ルにデタをフラッシュする際に使用される方法を定義します。これにより，I/O スループットが影響を受ける可能性があります。この変数は、Unix および Linux システムでのみ構成可能です。Windows システムでは、フラッシュ方法は常にasync_unbufferedであり，変更できません。

innodb_flush_methodオプションの内容は，次のとおりです。

各設定によるパフォマンスへの影響度は，ハ。使用する設定を決定したり,デフォルト設定のままにするかどうかを決定したりするには,特定の構成でベンチマークを実施します。設定ごとにfsync ()呼び出しの全体数を確認するには，Innodb_data_fsyncsステタス変数を調査します。ワクロドに読み取り操作と書き込み操作を混在させると、一部の設定での実行が影響を受ける可能性があります。たとえば、ハードウェア RAID コントローラおよびバッテリーでバックアップされる書き込みキャッシュが搭載されたシステムでは、InnoDBのバッファープールとオペレーティングシステムのファイルシステムキャッシュ間での二重バッファリングを回避する際に,O_DIRECTが役立ことがあります。InnoDBのデ选择ステトメントを含む読み取り負荷の高いワクロドで，デフォルト値またはO_DSYNCの速度が速くなる可能性があります。このパラメタは，必ず，本番環境が反映されたハ。一般的なI/Oチュセクション8.5.7 " InnoDBディスクI/Oの最適化"を参照してください。

innodb_flush_neighbors

InnoDBのバッファプルからペジをフラッシュすると，同じエクステント内のその他のダティペジもフラッシュされるかどうかを指定します。

テブルデタが従来の硬盘驱动器ストレジデバ，1回の操作でこのような隣接ペジをフラッシュすると,さまざまな時間に個々のページをフラッシュする場合と比較して,(主にディスクシーク操作の)I / Oオーバーヘッドが削減されます。テブルデタが固态硬盘上に格納されている場合は,シーク時間が重要な要素ではないため,この設定をオフにすれば,書き込み操作を分散できます。一般的なI/Oチュセクション8.5.7 " InnoDBディスクI/Oの最適化"を参照してください。

innodb_flushing_avg_loops

InnoDBが以前に計算されたフラッシュ状態のスナップショットを保持する繰り返しの数です。これにより，適応型フラッシュがワクロドの変更に対応する速度が制御されます。この値を大きくすると，ワクロドが変化するに，フラッシュ操作の速度が円滑か徐々に変化します。この値を小さくすると，適応型フラッシュがワクロドの変化にすばやく適応します。これにより，ワクロドが突然に増減した場合に、フラッシュアクティビティーが急増する可能性があります。

innodb_force_load_corrupted

InnoDBの起動時に，破損マクが付けられたテブルをロドできます。トラブルシューティング時に,何も対処しなければアクセスできないデータをリカバリする際にのみ使用してください。トラブルシュティングが完了したら，この設定をオフに戻して，サを再起動します。

innodb_force_recovery

クラッシュリカバリモドです。一般に，重大なトラブルシューティングの状況でのみ変更されます。指定可能な値は 0 から 6 までです。これらの値の意味およびinnodb_force_recoveryに関する重要な情報にいては，セクション14.19.2 " InnoDBのリカバリの強制的な実行"を参照してください。

innodb_ft_aux_table

全文ンデックスを含むInnoDBテブルの修飾名を指定します。この変数は診断のために使用され，実行時にのみ設定できます。例:

set global innodb_ft_aux_table = 'test/t1';

この変数を起動時に設定しようとすると，「选项“——innodb-ft-aux-table”不能带参数」エラが発生し，起動が中止されます。この変数をdb_name/table_name形式の名前に設定すると，INFORMATION_SCHEMAテブルINNODB_FT_INDEX_TABLE、INNODB_FT_INDEX_CACHE、INNODB_FT_CONFIG、INNODB_FT_DELETED，およびINNODB_FT_BEING_DELETEDに，指定されたテンデックスに関する情報が表示されます。

innodb_ft_cache_size

InnoDBの全文検索インデックスのキャッシュ用に割り当てられたメモリー量(バイト単位)です。InnoDBの全文e .ンデックスの作成時に，この量の解析済みドキュメントがメモリ.内に保持されます。innodb_ft_cache_sizeのサ管理员ズ制限に達すると，管理员ンデックスの挿入および更新のみがディスクにコミットされます。innodb_ft_cache_sizeでは、キャッシュサ。すべてのテブルにグローバルな制限を設定する方法については、innodb_ft_total_cache_sizeを参照してください。

innodb_ft_enable_diag_print

追加の全文検索(fts)診断の出力を有効にするかどうかを指定します。このオプションは，主に高度な FTS デバッグのために使用され、大部分のユーザーには関心がないものです。出力はエラーログに記録され、次のような情報が含まれています。

innodb_ft_enable_stopword

ンデックスの作成時に，一連のストップワドがInnoDBの全文ンデックスに関連付けられることを指定します。innodb_ft_user_stopword_tableオプションが設定されている場合は，そのテブルからストップワドが取得されます。そうでなければ，innodb_ft_server_stopword_tableオプションが設定されている場合は，そのテブルからストップワドが取得されます。それ以外の場合は，組み込みのデフォルトストップワドセットが使用されます。

innodb_ft_max_token_size

InnoDBの全文ンデックスに格納されている単語の最大長です。この値に制限を設定すると,実在の単語ではなく,検索語句になる可能性の低い英字の任意のコレクションや長いキーワードが省略されることで,インデックスのサイズが削減されるため,クエリーの速度が上がります。

innodb_ft_min_token_size

InnoDBの全文ンデックスに格納されている単語の最小長です。この値を大きくすると，検索のコンテキストで重要となる可能性の低い一般的な単語(「一个」や「来」などの英単語)が省略されることで,インデックスのサイズが削減されるため,クエリーの速度が上がります。内容でCJK(中国語,日本語,韓国語)文字セットが使用されている場合は,値1を指定します。

innodb_ft_num_word_optimize

InnoDBの全文ンデックスでの各优化表操作時に処理される単語数です。全文検索インデックスを含むテーブルへの一括挿入または一括更新操作では,すべての変更を組み込むために大量のインデックスのメンテナンスが必要となる可能性があるため,それぞれが最後に終了した場所から再開する一連の优化表ステトメントを実行するとよいでしょう。

innodb_ft_result_cache_limit

FTSクエリごとまたはスレッドごとに，(バト単位で定義された)InnoDBの全文検索(fts)クエリ結果のキャッシュ制限です。中間および最終のInnoDBFTSクエリ結果は，メモリ内で処理されます。InnoDBのFTSクエリー結果が非常に大きい(何百万や何億もの行数など)場合に,過剰なメモリー消費を回避するには,innodb_ft_result_cache_limitを使用してInnoDBのFTSクエリズ制限を課します。メモリは，ftsクエリの処理時に必要に応じて割り当てられます。結果のキャッシュサイズ制限に達すると,クエリーで最大限に許可されるメモリー量を超えたことを示すエラーが返されます。

MySQL 5.6.17の時点では,すべてのプラットフォームタイプおよびプラットフォームビットサイズに対応したinnodb_ft_result_cache_limitの最大値は，2**32-1です。Bug #71554。

innodb_ft_server_stopword_table

このオプションは，すべてのInnoDBテブルに対応した独自のInnoDBの全文帐号ンデックスストップワ帐号ドリストを指定する際に使用されます。特定のInnoDBテブルに独自のストップワドリストを構成するには，innodb_ft_user_stopword_tableを使用します。

db_name/table_nameの形式で，innodb_ft_server_stopword_tableをストップワドリストを含むテブルの名前に設定します。

innodb_ft_server_stopword_tableを構成する前に，ストップワドテブルが存在する必要があります。全文ンデックスを作成する前に，innodb_ft_enable_stopwordを有効にして，innodb_ft_server_stopword_tableオプションを構成する必要あります。

ストップワドテブルは，价值という名前の単一のVARCHARカラムを含むInnoDBテブルにする必要があります。

詳細は，セクション12.9.4 "全文ストップワド"を参照してください。

innodb_ft_sort_pll_degree

検索邮箱ンデックスの構築時に，InnoDBの全文インデックス内のテキストのインデックス作成およびトークン化を行う際に,並列して使用されるスレッド数です。使用法の追加情報にいては，innodb_sort_buffer_sizeを参照してください。

innodb_ft_total_cache_size

すべてのテブルに対応したInnoDBの全文検索openstackンデックスキャッシュ用に割り当てられた合計メモリopenstack量(バopenstackト単位)です。それぞれが全文検索インデックスを持つ多数のテーブルを作成すると,使用可能なメモリーの大部分が消費される可能性があります。innodb_ft_total_cache_sizeでは,過剰なメモリー消費を回避する際に役立つ,すべての全文検索インデックスに対応したグローバルなメモリー制限が定義されます。econンデックス操作でグロバルな制限に達すると，econ強制的な同期がトリガされます。

innodb_ft_user_stopword_table

このオプションは，特定のテブルに独自のInnoDBの全文帐号ンデックスストップワ帐号ドリストを指定する際に使用されます。すべてのInnoDBテブル用に独自のストップワドリストを構成するには，innodb_ft_server_stopword_tableを使用します。

db_name/table_nameの形式で，innodb_ft_user_stopword_tableをストップワドリストを含むテブルの名前に設定します。

innodb_ft_user_stopword_tableを構成する前に，ストップワドテブルが存在する必要があります。全文ンデックスを作成する前に，innodb_ft_enable_stopwordを有効にして，innodb_ft_user_stopword_tableオプションを構成する必要あります。

ストップワドテブルは，价值という名前の単一のVARCHARカラムを含むInnoDBテブルにする必要があります。

詳細は，セクション12.9.4 "全文ストップワド"を参照してください。

innodb_io_capacity

innodb_io_capacityパラメタは，InnoDBバックグラウンドタスクで実行されるI/Oアクティビティ(バッファプルからのペジのフラッシュや挿入バッファからのデタのマジなど)に上限を設定します。デフォルト値は200です。高いI / Oレートを処理できる高負荷のシステムでは,サーバーの起動時に大きい値を設定すると,サーバーが高いレートの行変更に関連付けられたバックグラウンドメンテナンス作業を処理できるようになります。

innodb_io_capacityの制限は，すべてのバッファ。ダティペジがフラッシュされるとき，innodb_io_capacity制限は，バッファ。

個別の5400 RPMまたは7200 RPMドライブが搭載されたシステムでは,元のデフォルトのOne hundred.まで値を小さくするとよいでしょう。

このパラメータはほぼ,システムが1秒あたりに実行できるI / O操作の数に設定するようにしてください。理想的には，この設定はできるだけ小さく保ます。ただし，これらのバックグラウンドアクティビティーに遅延が発生するほど小さくしないでください。値が大きすぎる場合は、データがバッファープールおよび挿入バッファーから瞬時に削除されるため、キャッシュを使用する重要な利点が得られません。

この値は約100 IOPSを実行できる旧世代のディスクドライブで実現可能なIOPS (I / O操作每秒)の推定比率を表します。現在のデフォルトの200は最新のストレージデバイスがさらに高いI / Oレートを処理できることを反映しています。

一般に，InnoDBのI / Oで使用されるドライブ(特に,高い数値のIOPSを処理できる高速ドライブ)の数に応じて,値を大きくすることができます。たとえば，InnoDB用に複数のディスクまたはソリッドステートディスクを使用するシステムでは,このパラメータを制御する機能の利点が得られる可能性が高くなります。

非常に大きい数値も指定できますが,実際にはこのような大きな値にすると,利点を得られるとしてもわずかです。たとえば，100万は非常に大きい値と考えられます。

innodb_io_capacityの値は，innodb_io_capacity_maxで定義された最大値まで，100以上の任意の数値に設定できます。デフォルト値は200です。このパラメタの値はMySQLオプションファル(my.cnfまたはmy.ini)で設定するか，あるいは集全球コマンド(これには.超级権限が必要です)で動的に変更できます。

このオプションに関する詳細なガereplicationドラereplicationンにereplicationいては，セクション14.13.8 " InnoDBマスタスレッドのI/Oレトの構成"を参照してください。InnoDBのI/O パフォーマンスに関する一般的な情報については、セクション8.5.7 " InnoDBディスクI/Oの最適化"を参照してください。

innodb_io_capacity_max

緊急時にinnodb_io_capacityの設定を拡張する際に，InnoDBで許可されている上限です。起動時にinnodb_io_capacityの設定を指定し，innodb_io_capacity_maxに値を指定しない場合は，innodb_io_capacity_maxのデフォルト値がinnodb_io_capacityの2倍となり，下限が2000となります。また，2000は初期のデフォルトinnodb_io_capacity_max構成値です。

innodb_io_capacity_max設定は，すべてのバッファ。

MySQL 5.6開発中の短期間は，この変数はinnodb_max_io_capacityと呼ばれていました。MySQL5.6.7では、innodb_io_capacityオプションとの関係を強調するために，innodb_io_capacity_maxという名前に変更されました。

innodb_large_prefix

このオプションを有効にすると，动态および压缩行フォマットを使用するInnoDBテブルで，767バ(最大で3072バ)帐号ンデックスキ帐号プリフィクスが許可されます。（このようなテーブルの作成には、innodb_file_format =梭鱼およびinnodb_file_per_table = trueのオプション値も必要になります)さまざまな設定でインデックスキープリフィクスに関連付けられた関連性の最大値については,セクション14.6.7 " InnoDBテブル上の制限"を参照してください。

冗余および紧凑的行フォーマットを使用したテーブルでは,このオプションによってキープリフィクスの長さは影響を受けません。

innodb_lock_wait_timeout

行ロックが解除されるまでInnoDBトランザクションが待機する時間の長さ(秒単位)です。デフォルト値は50秒です。別のInnoDBトランザクションでロックされている行へのアクセスを試みるトランザクションは,行への書き込みアクセスを最大でこの秒数間待機してから,次のエラーを発行します。

错误1205 (HY000):锁定等待超时超过;尝试重新启动事务

ロック待機のタ翻版ムアウトが発生すると，(トランザクション全体ではなく)現在のステ翻版トメントがロルバックされます。トランザクション全体をロルバックするには，——innodb_rollback_on_timeoutオプションを付けてサバを起動します。セクション14.19.4 " InnoDBのエラ処理"も参照してください。

高度に邮箱ンタラクティブなアプリケ邮箱ションまたはOLTPシステムでは,ユーザーのフィードバックをすばやく表示したり,あとで処理するために更新をキューに入れたりするために,この値を小さくするとよいでしょう。長時間実行されるバックエンド操作(その他の大規模な挿入操作や更新操作が完了するまで待機するデータウェアハウスでの変換ステップなど)では,この値を大きくするとよいでしょう。

innodb_lock_wait_timeoutはInnoDBの行ロックにのみ適用されます。MySQLのテブルロックはInnoDB内部では発生せず、このタ。

デッドロックはInnoDBによってすぐに検出され,デッドロックになったトランザクションのいずれかがロールバックされるため,デッドロックにはロック待機のタイムアウト値が適用されません。

innodb_lock_wait_timeoutは，実行時に集全球または设置会话ステトメントとともに設定できます。全球値を変更するには，超级権限が必要です。これを変更すると、それ以降に接続するすべてのクラ以及アントの操作が影響を受けます。任意のクラ邮箱アントがinnodb_lock_wait_timeoutの会话設定を変更でき、そのクラ以及アントのみが影響を受けます。

innodb_locks_unsafe_for_binlog

この変数によって，InnoDBが検索および邮箱ンデックススキャンでギャップロックを使用する方法が影響を受けます。MySQL5.6.3の時点では、innodb_locks_unsafe_for_binlogは非推奨となり，今後のMySQLリリスで削除される予定です。

通常、InnoDBでは，ンデックス行ロックとギャップロックを組み合わせた"ネクストキロック"と呼ばれるアルゴリズムが使用されます。InnoDBは,テーブルインデックスを検索またはスキャンするときに,生成されたインデックスレコード上に共有ロックまたは排他ロックを設定するという方法で,行レベルロックを実行します。したがって，行レベルロックは，実際には，ンデックスレコ，ドロックです。さらに，あるeconンデックスレコ，そのeconンデックスレコ「ギャップ」も影響を受けます。つまり,ネクストキーロックは,インデックスレコードロックと,そのインデックスレコードの前のギャップに対するギャップロックとを組み合わせたものです。あるセッションが邮箱ンデックス内のレコ邮箱ドR上に共有ロックまたは排他ロックを持っている場合は、別のセッションが以及ンデックスの順番でRの直前にあるギャップに新しい邮箱ンデックスレコ邮箱ドを挿入できません。セクション14.2.6 " InnoDBのレコド，ギャップ，およびネクストキロック"を参照してください。

innodb_locks_unsafe_for_binlogの値はデフォルトで0(無効)になっていますが,これは,ギャップロックが有効であることを意味します。InnoDBはネクストキロックを使用して，検索およびンデックススキャンを実行します。この変数を有効にするには，値を1に設定します。これにより，ギャップロックが無効になります。InnoDBはereplicationンデックスレコereplicationドロックのみを使用して，検索およびereplicationンデックススキャンを実行します。

innodb_locks_unsafe_for_binlogを有効にしても，外部キ制約チェックや重複キチェックでのギャップロックの使用は無効になりません。

innodb_locks_unsafe_for_binlogを有効にした場合の影響は，トランザクション分離レベルを读过承诺に設定した場合の影響に似ていますが，同じではありません。

したがって，读过承诺ではinnodb_locks_unsafe_for_binlogよりも細かく柔軟な制御が提供されます。ギャップロックに対する分離レベルの影響に関する追加の詳細については、セクション13.3.6 " set transaction構文"を参照してください。

ギャップロックが無効になるとほかのセッションが新しい行をギャップに挿入できるため，innodb_locks_unsafe_for_binlogを有効にすると，ファントムの問題が発生する可能性があります。孩子テブルのidカラム上にインデックスがあり,識別子の値が100よりも大きいすべての行をテーブルから読み取り,選択された行の一部のカラムをあとで更新するという意図でロックすると仮定します。

SELECT * FROM child WHERE id > 100 FOR UPDATE;

クエリでは，idが100より大きい最初のレコンデックスがスキャンされます。その範囲内のインデックスレコード上に設定されたロックによって,ギャップへの挿入がロックアウトされていない場合は,別のセッションがそのテーブルに新しい行を挿入できます。したがって，同じトランザクション内で同じ选择を再度実行すると，クエリ。これは，デ，タベ，スに新しい項目が追加された場合は，InnoDBで直列化可能性が保証されないことも意味します。したがって，innodb_locks_unsafe_for_binlogが有効な場合にInnoDBによって保証される最大の分離レベルは，读过承诺になります.(競合直列化可能性は引き続き保証されます.)ファントムの追加情報に，セクション14.2.7 "ネクストキロックによるファントム問題の回避"を参照してください。

innodb_locks_unsafe_for_binlogを有効にした場合には，次のような影響も発生します。

次のような例にいて，このテブルから検討します。

CREATE TABLE t (a INT NOT NULL, b INT)插入t值(1、2),(2、3),(2),(4,3),(2);提交;

この場合は,テーブルにインデックスが設定されていないため,検索およびインデックススキャンでは,非表示のクラスタ化されたインデックスを使用してレコードのロックが行われます(セクション14.2.13.2 "クラスタereplicationンデックスとセカンダリereplicationンデックス"を参照してください)。

あるクラ邮箱アントが次のステ邮箱トメントを使用して，更新を実行すると仮定します。

SET autocommit = 0;SET b = 5 WHERE b = 3;

また2番目のクライアントが1番目のクライアントの実行後に次のステートメントを実行することで,更新を実行すると仮定します。

SET autocommit = 0;SET b = 4 WHERE b = 2;

InnoDBは各更新を実行する際に，まず各行の排他ロックを取得し，次にその行を変更するかどうかを判断します。InnoDBがその行を変更せず，かinnodb_locks_unsafe_for_binlogが有効な場合は，そのロックが解除されます。それ以外の場合，トランザクションが終了するまでInnoDBはそのロックを保持します。これにより，トランザクション処理が次のような影響を受けます。

innodb_locks_unsafe_for_binlogが無効な場合は次のように，最初の更新はxロックを取得し，そのいずれも解除しません。

独占锁(1、2);保留x锁x锁(2,3);更新(2,3)到(2,5);保留x锁x锁(3,2);保留x锁x锁(4,3);更新(4,3)到(4,5);保持x锁x锁(5,2);保留独占锁

次のように，2番目の更新は(1番目の更新がすべての行のロックを保持しているため),ロックを取得しようとしてもすぐにブロックされ,1番目の更新がコミットまたはロルバックを実行するまで続行されません。

独占锁(1、2);块，并等待第一个UPDATE提交或回滚

innodb_locks_unsafe_for_binlogが有効な場合は次のように，最初の更新はxロックを取得したあとに，変更されない行のロックを解除します。

独占锁(1、2);解锁(1、2)独占锁(2、3);更新(2,3)到(2,5);保留x锁x锁(3,2);解锁(2)独占锁(4,3);更新(4,3)到(4,5);保持x锁x锁(5,2);解锁(5,2)

2番目の更新では次のように，InnoDBは「半一貫性」読み取りを行い，最後にコミットされたバジョンをMySQLに返すため，MySQLはその行が更新の在哪里条件に一致するかどうかを判断できます。

独占锁(1、2);更新(1,2)到(1,4);保留x锁x锁(2,3);解锁(2、3)独占锁(3 2);更新(3,2)到(3,4);保留x锁x锁(4,3);解锁(4,3)独占锁(2);更新(5,2)到(5,4);保留独占锁

innodb_log_buffer_size

ディスク上のログファ邮箱ルに書き込む際にInnoDBで使用されるバッファのサ(バ)です。デフォルトの値は8mバ邮箱トです。ログバッファを大きくすると，トランザクションがコミットする前にディスクにログを書き込まなくても，大規模なトランザクションを実行できます。したがって，多数の行を更新、挿入、または削除するトランザクションの場合、ログバッファーを大きくすると、ディスク I/O を節約できます。一般的な I/O チューニングのアドバイスについては、セクション8.5.7 " InnoDBディスクI/Oの最適化"を参照してください。

innodb_log_compressed_pages

再圧縮されたペジの邮箱メ邮箱ジがInnoDBの重做ログに格納されるかどうかを指定します。

この変数はMySQL 5.6.11で追加されました。

innodb_log_file_size

ロググルプ内の各ログファ邮箱ルのサ电子书阅读器ズ(バ电子书阅读器ト単位)です。ログファ邮箱ルを結合したサ邮箱ズ(innodb_log_file_size＊innodb_log_files_in_group)は，512gバ电子书トよりもわずかに小さい最大値を上回ることができません。たとえば，255Gバイトのログファイルのペアを使用すれば、制限に近づくことはできますが、上回ることはできません。デフォルト値は 48M バイトです。適切な値の範囲は、1M バイトから 1/バッファプルのN番目のサ邮箱ズまでです。ここで，Nはグルプ内のログファ。値を大きくするほど、バッファープール内で必要となるチェックポイントフラッシュアクティビティーの数が少なくなるため、ディスク I/O を節約できます。また、ログファイルを大きくすると、クラッシュリカバリの速度が遅くなります。ただし，米ySQL 5.5 以上ではリカバリのパフォーマンスが改善されているため、ログファイルのサイズに対する考慮事項も少なくなります。一般的な I/O チューニングのアドバイスについては、セクション8.5.7 " InnoDBディスクI/Oの最適化"を参照してください。

innodb_log_files_in_group

ロググルプ内のログファ邮箱ルの数です。InnoDBはファ邮箱ルに輪状に書き込みをします。デフォルト（推奨) 値は 2 です。これらのファイルの場所は、innodb_log_group_home_dirで指定されます。ログファ邮箱ルを結合したサイズ (innodb_log_file_size＊innodb_log_files_in_group)は，最大で512gバ电子书トにすることができます。

innodb_log_group_home_dir

InnoDBの重做ログファ邮箱ルへのディレクトリパスです。この数は，innodb_log_files_in_groupで指定されます。どのInnoDBログ変数も指定しない場合は，デフォルトで，MySQLデタディレクトリ内にib_logfile0およびib_logfile1という名前の2。これらのサズは，innodb_log_file_sizeシステム変数のサ邮箱ズで指定されます。

innodb_lru_scan_depth

InnoDBのバッファプルでのフラッシュ操作のアルゴリズムおよびヒュリスティクスに影響を与えるパラメタです。主に，i / oンテンシブなワクロ。バッファプルンスタンスごとに，page_cleanerスレッドがフラッシュするダティペジを検索する際に,どのくらいの深さまでバッファープールLRUリストをスキャンするのかが指定されます。これは，1秒ごとに1回実行されるバックグラウンド操作です。一般的なワクロドで予備のI/O容量を持っている場合は，この値を大きくします。書き込みが集中するワークロードでI / O容量がいっぱいになった場合は,この値を小さくします(特に大きなバッファープールを持っている場合)。一般的なI/Oチュセクション8.5.7 " InnoDBディスクI/Oの最適化"を参照してください。

innodb_max_dirty_pages_pct

InnoDBは,ダティペジの割合がこの値を超えないように，バッファプルからデタをフラッシュしようと試みます。0から99までの範囲内の整数を指定します。デフォルト値は 75 です。

innodb_max_dirty_pages_pct設定は，フラッシュアクティビティのタゲットを確立します。フラッシュの頻度には影響を与えません。フラッシュの頻度の管理にいては，セクション14.13.1.2 " InnoDBバッファプルのフラッシュの頻度の構成"を参照してください。

この変数に関する追加情報にいては，セクション14.13.1.6 " InnoDBバッファプルのフラッシュのチュニング"を参照してください。一般的なI/Oチュセクション8.5.7 " InnoDBディスクI/Oの最適化"を参照してください。

innodb_max_dirty_pages_pct_lwm

ダティペジの比率を制御するために事前フラッシュが有効になっている場合に，ダティペジの割合を表す低位境界値です。デフォルトの0では、事前フラッシュの動作が完全に無効になります。この変数に関する追加情報については、セクション14.13.1.6 " InnoDBバッファプルのフラッシュのチュニング"を参照してください。

innodb_max_purge_lag

この変数は，パジ操作が遅れたときに，插入、更新，および删除操作を遅延させる方法を制御します(セクション14.2.12 " InnoDBマルチバジョン"を参照してください)。デフォルト値は0（遅延なし) です。

InnoDBトランザクションシステムでは，更新または删除操作で削除のマクが付けられたドを含むトランザクションのリストが保持されます。purge_lagの値は，このリストの長さを表しています。purge_lagがinnodb_max_purge_lagを超えると，各插入、更新，および删除操作が遅延します。

purge_lagが非常に大きくなるような極端な状況で，過剰な遅延を回避するには，innodb_max_purge_lag_delay構成オプションを設定すれば，遅延の量に上限を設定できます。遅延は，パジバッチの開始時に計算されます。

トランザクションが小規模(100バ)であり，許可されている未パInnoDBテーブル行が100バイトであると仮定すると,問題のあるワークロードに適した一般的な設定が100年万になる可能性があります。

遅延の値は，InnoDB Monitor出力の交易セクションに履歴リストの長さとして表示されます。たとえば，出力に次の行が含まれている場合は、遅延の値が 20 です。

------------ TRANSACTIONS ------------ Trx id counter 0 290328385清除Trx的n:o < 0 290315608 undo n:o < 0 17历史列表长度20

一般的なI/Oチュセクション8.5.7 " InnoDBディスクI/Oの最適化"を参照してください。

innodb_max_purge_lag_delay

innodb_max_purge_lag構成オプションで課された遅延の最大遅延をミリ秒単位で指定します。ゼロ以外の値は，innodb_max_purge_lagの値に基づいて，公式から計算された遅延期間への上限を表します。デフォルトのゼロは、遅延間隔に上限が課されていないことを意味します。

一般的なI/Oチュセクション8.5.7 " InnoDBディスクI/Oの最適化"を参照してください。

innodb_mirrored_log_groups

効果はありません。この変数はMySQL 5.6.11の時点で非推奨となり,将来のMySQLリリースで削除される予定です。

innodb_monitor_disable

INFORMATION_SCHEMA。INNODB_METRICSテブルで1以上のカウンタをオフにします。使用法にいては，セクション21.29.19 " information_schema innodb_metricsテブル"を参照してください。

innodb_monitor_enable

INFORMATION_SCHEMA。INNODB_METRICSテブルで1以上のカウンタをオンにします。使用法にいては，セクション21.29.19 " information_schema innodb_metricsテブル"を参照してください。

innodb_monitor_reset

INFORMATION_SCHEMA。INNODB_METRICSテブルで1以上のカウンタに対応するカウント値をゼロにリセットします。使用法にいては，セクション21.29.19 " information_schema innodb_metricsテブル"を参照してください。

innodb_monitor_reset_all

INFORMATION_SCHEMA。INNODB_METRICSテブルで1以上のカウンタに対応するすべての値(最小，最大など)をリセットします。使用法にいては，セクション21.29.19 " information_schema innodb_metricsテブル"を参照してください。

innodb_old_blocks_pct

古いブロックサブリストで使用されるInnoDBのバッファプルの概算割合を指定します。値の範囲は 5 から 95 です。デフォルト値は 37 (つまり、プールの 3/8 ) です。多くの場合、innodb_old_blocks_timeと組み合わせて使用されます。詳細は，セクション14.13.1.3 "バッファプルをスキャンに耐えられるようにする"を参照してください。LRUアルゴリズムやエビクションポリシなどのバッファプル管理にセクション8.9.1 " InnoDBバッファプル"を参照してください。

innodb_old_blocks_time

ゼロ以外の値にすると，バッファプルがテブルの完全スキャン時などの短期間でのみ参照されるデタでいっぱいになることから保護されます。この値を大きくすると,テーブルの完全スキャンがバッファープール内にキャッシュされたデータとやりとりすることからさらに保護されます。

最初のアクセス後に，古いサブリストに挿入されるブロックが新しいサブリストに移動するまでに,そこに滞在する必要のある期間をミリ秒(ms)単位で指定します。値を0にすると，古いサブリストに挿入されたブロックは、挿入後にどのくらいの期間でアクセスが発生するのかには関係なく、最初のアクセスの直後に新しいサブリストに移動します。この値が 0 より大きい場合、ブロックは最初のアクセス後、少なくともそのミリ秒でアクセスが発生するまで、古いサブリストに残ります。たとえば、1000 の値では、ブロックは最初のアクセス後、それらが新しいサブリストに移動される資格を得るまで、1 秒間古いサブリストにとどまります。

デフォルト値は，MySQL 5.6.6の時点では1000，それよりも前では0です。

多くの場合，この変数はinnodb_old_blocks_pctと組み合わせて使用されます。詳細は，セクション14.13.1.3 "バッファプルをスキャンに耐えられるようにする"を参照してください。LRUアルゴリズムやエビクションポリシなどのバッファプル管理にセクション8.9.1 " InnoDBバッファプル"を参照してください。

innodb_online_alter_log_max_size

InnoDBテブルに対するオンラ帐号帐号ンDDL操作時に使用される一時ログファ邮箱ルのサ邮箱ズに上限を指定します。作成される1。このログファopenstackルには，ddl操作時にテopenstackブルで挿入，更新，または削除されたデopenstackタが格納されます。一時ログファルは，innodb_sort_buffer_sizeの値で必要になったときに，最大でinnodb_online_alter_log_max_sizeで指定された最大値まで拡張されます。一時ログファ邮箱ルがサ邮箱ズの上限を超えた場合は，ALTER TABLE操作に失敗し，コミットされていない並列DML操作がすべてロルバックされます。したがって，このオプションの値を大きくすると、オンライン DDL 操作時に実行できる DML 数は多くなりますが、ログからデータを適用するためにテーブルがロックされると、DDL 操作の終了時の期間も長くなります。

innodb_open_files

この変数は，複数のInnoDBテブルスペスを使用する場合にのみ関連します。MySQLで一度に開いたままにできる.ibdファ邮箱ルの最大数が指定されます。最小値は10です。MySQL5.6.6の時点では、innodb_file_per_tableが無効になっている場合のデフォルト値は300です。それ以外の場合は，300よりも大きい値およびtable_open_cacheです. 5.6.6よりも前のデフォルト値は300です。

.ibdファ邮箱ルで使用されるファ邮箱ルディスクリプタは，InnoDBテブルでのみ使用されます。それらは，——open-files-limitサーバーオプションによって指定されたものからは独立していて,テーブルキャッシュの操作に影響を与えません。一般的なI/Oチュセクション8.5.7 " InnoDBディスクI/Oの最適化"を参照してください。

innodb_optimize_fulltext_only

InnoDBテブルでの优化表ステトメントの動作方法を変更します。全文ンデックスを含むInnoDBテブルのメンテナンス操作時に，一時的に有効にするために使用されます。

デフォルトでは，优化表はテブルのクラスタ化された邮箱ンデックス内のデタを再構成します。このオプションを有効にすると，优化表はこのようなテブルデタの再構成をスキップし，その代わりに全文ンデックス用に新たに追加，削除，および更新されたト，クンデ，タを処理します。InnoDBテブルの全文帐号ンデックスに帐号いての詳細は，セクション14.2.13.3 " fulltext 10.1ンデックス"を参照してください。

innodb_page_size

MySQLンスタンス内のすべてのInnoDBテブルスペスのペジサを指定します。この値は，ンスタンスが作成されたあとに，定数が残っている場合に設定されます。ペジサズは，値16 k(デフォルト)，8 k，または4 kを使用して指定できます。また，バイト単位 (4096、8192、16384) でページサイズを指定することもできます。

最大のペジサズでは，デフォルトが広範囲のワクロド(特に，テブルスキャンを伴うクエリや一括更新を伴うDML操作)に適しています。ペジサズが小さいほど，多くの小規模な書き込みを伴うOLTPワクロドの効率性が高くなる可能性があります。その一方で，単一のペ，ジに数多くの行が含まれる場合は，競合の問題が発生する可能性もあります。ペジを小さくすると，一般に小さなブロックサズが使用される固态硬盘ストレジデバ。InnoDBのページサイズをストレージデバイスのブロックサイズに近づけると,ディスクに再度書き込まれる未変更データの量が最小限になります。一般的なI/Oチュセクション8.5.7 " InnoDBディスクI/Oの最適化"を参照してください。

innodb_print_all_deadlocks

このオプションを有効にすると，mysqldエラログに,InnoDBのユザトランザクション内のすべてのデッドロックに関する情報が記録されます。それ以外の場合は，显示引擎innodb状态コマンドを使用すると，最後のデッドロックに関する情報のみが表示されます。不定期に発生するInnoDBのデッドロックは，InnoDBによってすぐに状況が検出され,自動的にトランザクションのいずれかがロールバックされるため,必ずしも問題になるとは限りません。アプリケーションにロールバックを検出し,その操作を再試行するための適切なエラー処理ロジックが存在しない場合は,デッドロックが発生する原因についてトラブルシューティングを行う際に,このオプションを使用するとよいでしょう。多数のデッドロックが発生する場合は,各トランザクションが同じ順序でテーブルにアクセスするように(これにより,デッドロックの状況が回避されます),複数のテーブルに対してDMLまたは选择……更新ステトメントを発行するトランザクションを再構築する必要があることを示している可能性があります。

innodb_purge_batch_size

重做ログレコドの単位で表現される変更の粒度です。これにより，パジ操作がトリガされ，変更されたバッファプルブロックがディスクにフラッシュされます。このオプションは，innodb_purge_threads =n設定と組み合わせてパフォーマンスを調整するために使用されるため,一般的なユーザーは変更する必要がありません。

innodb_purge_threads

InnoDBのパジ操作専用のバックグラウンドスレッドの数です。MySQL5.6.5での新しいデフォルトの最小値である 1 は、パージ操作がマスタスレッドの一部としてではなく，常にバックグラウンドスレッドで実行されることを表します。ゼロ以外の値にすると，1つ以上のバックグラウンドスレッドでパージ操作が実行されるため、InnoDB 内の内部競合を削減でき、拡張性が改善されます。この値を 1 よりも大きくすると、数多くの個別のパージスレッドが作成されるため、複数のテーブル上でDML操作が実行されるシステムの効率性を改善できます。最大値は32です。

innodb_random_read_ahead

InnoDBのI/Oを最適化するために，ランダムな先読み技術を有効にします。ランダム先読み機能は，InnoDB插件(バジョン1.0.4)から削除されたため，InnoDB插件がInnoDBの「組み込みの」バジョンになった時点ではMySQL 5.5.0に含まれていませんでした。ランダム先読みは，innodb_random_read_ahead構成オプション(デフォルトでは無効になっています)とともに,MySQL 5.1.59および5.5.16以降でふたたび導入されました。

さまざまなタプの先読みリクエストに関するパフォセクション14.13.1.1 " InnoDBバッファプルのプリフェッチ(先読み)の構成"を参照してください。一般的なI/Oチュセクション8.5.7 " InnoDBディスクI/Oの最適化"を参照してください。

innodb_read_ahead_threshold

バッファプルにペジをプリフェッチする際にInnoDBで使用される線形の先読みの感度を制御します。InnoDBが少なくともinnodb_read_ahead_thresholdペジをエクステント(64ペジ)から連続して読み取る場合は，次のエクステント全体の非同期読み取りが開始されます。許可される値の範囲は0から64までです。MySQL5．6．1の時点では、値を 0 にすると先読みが無効になります。5.6.1 よりも前では、値を 0 にすると、64 ページのエクステントの境界ページを読み取るときに、先読みがトリガーされました。デフォルトの 56 では、InnoDBは次のエクステント全体の非同期読み取りを開始するために,少なくとも56ページをエクステントから連続して読み取る必要があります。

この先読みメカニズムによって読み取られるページ数,およびその中でアクセスされずにバッファープールから削除される数を把握しておくと,innodb_read_ahead_thresholdパラメタを微調整する際に役立ます。MySQL 5.5の時点では，显示引擎innodb状态の出力に，Innodb_buffer_pool_read_aheadおよびInnodb_buffer_pool_read_ahead_evictedグロバルステタス変数からのカウンタ情報が表示されます。これらの変数は，先読みリクエストによってバッファプルに格納されるペジの数，およびこのようなペジの中で，個別にアクセスされずにバッファルからエビクションされる数を示します。これらのカウンタには、最後にサーバーが再起動された以降のグローバルな値が表示されます。

显示引擎innodb状态には,先読みページが読み取られる比率,およびこのようなページがアクセスされずに削除される比率も表示されます。1秒ごとの平均値は，最後に显示引擎innodb状态が呼び出された以降に収集された統計に基づいて計算され，出力の缓冲池和内存セクションに表示されます。

詳細は，セクション14.13.1.1 " InnoDBバッファプルのプリフェッチ(先読み)の構成"を参照してください。一般的なI/Oチュセクション8.5.7 " InnoDBディスクI/Oの最適化"を参照してください。

innodb_read_io_threads

InnoDBでの読み取り操作で使用されるI/Oスレッドの数です。デフォルト値は4です。書き込みスレッドで対応するものは，innodb_write_io_threadsです。詳細は，セクション14.13.6 " InnoDBバックグラウンドI/Oスレッドの数の構成"を参照してください。一般的なI/Oチュセクション8.5.7 " InnoDBディスクI/Oの最適化"を参照してください。

innodb_read_only

サバを読み取り専用モドで起動します。読み取り専用メディア上のデータベースアプリケーションまたはデータセットを配布するために使用されます。複数のインスタンス間で同じデータディレクトリを共有する際に,データウェアハウスで使用することもできます。使用手順にいては，セクション14.3.1 "読み取り専用操作用のInnoDBの構成"を参照してください。

innodb_replication_delay

innodb_thread_concurrencyに達した場合のスレブサバ上のレプリケションスレッドの遅延(ミリ秒単位)です。

innodb_rollback_on_timeout

MySQL 5.6では;InnoDBはデフォルトで、トランザクションタロルバックします。——innodb_rollback_on_timeoutを指定すると，トランザクションタInnoDBはトランザクション全体を中止してロルバックします(MySQL 4.1と同じ動作です)。

innodb_rollback_segments

トランザクション内でInnoDBが使用するシステムテブルスペスにあるロルバックセグメントの数を定義します。この設定は引き続き有効ですが，innodb_undo_logsで置き換えられます。

innodb_sort_buffer_size

InnoDBeconfンデックスの作成時に，デ。指定されたサイズでは,内部ソート用にメモリーに入力され,ディスクに書き込まれたデータの量が定義されます。これは，「実行」と呼ばれることもあります。マジフェズ時に，指定されたサ「読み取られ」，マジされます。設定を大きくするほど，「実行」数およびマジ数が少なくなります。このことは，チュニングの観点から理解する際に重要です。

このソート領域は,後続のインデックスのメンテナンス操作時ではなく,インデックスの作成時のマージソートでのみ使用されます。e .ンデックスの作成が完了すると，バッファ.の割り当てが解除されます。

このオプションの値では，オンラ帐号帐号ンDDLの操作時に並列DMLを記録するために，一時ログファereplicationルが拡張される量も制御されます。

この設定が構成可能になる前は,サイズが1048576バイト(1米バイト)にハードコーディングされていました。その値は，現在もデフォルトのままです。

ンデックスを作成するALTER TABLEまたは创建表ステートメントの実行時に,それぞれが,このオプションで定義されたサイズを持つ3つのバッファーが割り当てられます。さらに,ポインタ上でソートを実行できるように,ソートバッファー内の行に補助ポインタが割り当てられます(これは,ソート操作時の行の移動とは異なります)。

一般的なソト操作では，次のような公式を使用して，メモリの消費を見積もることができます。

(6 /*FTS_NUM_AUX_INDEX*/ * (3*@@GLOBAL.innodb_sort_buffer_size) + 2 * (@@GLOBAL.innodb_sort_buffer_size/dict_index_get_min_size(index)*/) * 8 /*64位sizeof *buf->tuples*/")

「@@GLOBAL.innodb_sort_buffer_size / dict_index_get_min_size(指数)」は，保持される最大のタプル数を示します。「2 * (@@GLOBAL.innodb_sort_buffer_size/*dict_index_get_min_size(index)*/) * 8 /*64位的*buf->元组*/は、割り当てられた補助ポ以及ンタ数を示します」。

全文邮箱ンデックスでの並列ソ邮箱トでは，innodb_ft_sort_pll_degreeの設定で乗算します。

(6 /*FTS_NUM_AUX_INDEX*/ @@GLOBAL.innodb_ft_sort_pll_degree)

innodb_spin_wait_delay

スピンロックでのポリング間の最大遅延です。このメカニズムの低レベルの実装は,ハードウェアとオペレーティングシステムの組み合わせによって異なるため,遅延は一定の時間間隔に対応しません。デフォルト値は6です。詳細は，セクション14.13.10 "スピンロックのポリングの構成"を参照してください。

innodb_stats_auto_recalc

テブル内のデタが大幅に変更されたあとは，InnoDBによって自動的に永続的統計が再計算されます。現在のしきい値は，テブル内の行の10%です。この設定は，innodb_stats_persistentオプションが有効になっている場合や，创建表またはALTER TABLEステトメントでSTATS_PERSISTENT = 1句が有効になっている場合に，作成されたテブルに適用されます。統計を生成するためにサンプルとして取得されるデタの量は，innodb_stats_persistent_sample_pages構成オプションで制御されます。

innodb_stats_auto_recalcに関する追加情報にいては，セクション14.13.16.1 "永続的オプティマザ統計のパラメタの構成"を参照してください。

innodb_stats_method

InnoDBテブルの統計を収集するときに，サバが零値を処理する方法です。この変数は，nulls_equal、nulls_unequal，およびnulls_ignoredの3の値を指定できます。nulls_equalの場合，すべての零ンデックス値を同等として扱い，零値の数とサ邮箱ズが同等の単一値グル邮箱プを生成します。nulls_unequalの場合，零値同士を同等として扱わず，それぞれの零はサ管理员ズが1の別個のグル管理员プを生成します。nulls_ignoredの場合，零値は無視されます。

テブル統計を生成するために使用する方法は，セクション8.3.7 " InnoDBおよびMyISAM ereplicationンデックス統計コレクション"に記載されているように,オプティマイザがクエリー実行のためのインデックスを選択する方法に影響を与えます。

innodb_stats_on_metadata

この変数を有効にすると，显示表状态や显示指数などのメタデタステトメントが実行されるときや，INFORMATION_SCHEMAテブル表または统计数据にアクセスするときに，InnoDBによって統計が更新されます。（これらの更新は、分析表で実行されるものに似ています.)無効にすると，これらの操作時にInnoDBによって統計が更新されません。この設定を無効のままにすると,多数のテーブルまたはインデックスを持つスキーマのアクセス速度を改善できます。InnoDBテブルが関与するクエリの実行計画の安定性も改善できます。

設定を変更するには，SET GLOBAL innodb_stats_on_metadata=模式ステトメントを発行します。ここで，模式は在と从のいずれか(または.1と0のいずれか)です。この設定を変更するには，超级権限が必要です。変更すると，すべての接続の操作がすぐに影響を受けます。

MySQL 5.6.6の時点では，この変数はデフォルトで無効になっています。それよりも前では，有効になっています。

innodb_stats_persistent

InnoDBンデックスの統計がディスクに保持されるかどうかを指定します。それ以外の場合は，頻繁に統計が再計算される可能性があります。これにより，クエリの実行計画が変化する可能性があります。テブルが作成されると、この設定が各テーブルとともに格納されます。テーブルを作成する前にグローバルレベルでinnodb_stats_persistentを設定することも，创建表およびALTER TABLEステトメントでSTATS_PERSISTENT句を使用して,システム全体の設定をオーバーライドし,個々のテーブルの永続的統計を構成することもできます。

このオプションにいての詳細は，セクション14.13.16.1 "永続的オプティマザ統計のパラメタの構成"を参照してください。

innodb_stats_persistent_sample_pages

ンデックス付きカラムのカカディナリティやその他の統計（分析表で計算された統計など)を見積もるときに，サンプルとして取得される电子书ンデックスペジの数です。値を大きくすると、クエリの実行計画を改善するンデックス統計の精度が改善されますが，InnoDBテブルに対する分析表の実行時にI/Oが増加することになります。追加情報にいては，セクション14.13.16.1 "永続的オプティマザ統計のパラメタの構成"を参照してください。

このオプションは，テブルでinnodb_stats_persistent設定がオンになっている場合にのみ適用されます。このオプションがテブルでオフになっている場合は，代わりにinnodb_stats_transient_sample_pages設定が適用されます。

innodb_stats_sample_pages

非推奨です。代わりにinnodb_stats_transient_sample_pagesを使用してください。

innodb_stats_transient_sample_pages

ンデックス付きカラムのカカディナリティやその他の統計（分析表で計算された統計など)を見積もるときに，サンプルとして取得される电子书ンデックスペジの数です。デフォルト値は8です。値を大きくすると、インデックス統計の精度が改善されます。これにより、クエリの実行計画を改善できますが，InnoDBテブルを開くときや統計を再計算するときにI/Oが増加するという犠牲が伴います.输出说明追加情報にいてはセクション14.13.16.2 "非永続的オプティマザ統計のパラメタの構成"を参照してください。

このオプションは，テブルでinnodb_stats_persistent設定がオフになっている場合にのみ適用されます。このオプションがテブルでオンになっている場合は，代わりにinnodb_stats_persistent_sample_pages設定が適用されます。innodb_stats_sample_pagesオプションの場所を取得します。

innodb_status_output

標準InnoDB监控の定期的な出力を有効または無効にする際に使用されます。また，InnoDB锁监控器の定期的な出力を有効または無効にする際に，innodb_status_output_locksと組み合わせて使用されます。追加情報にいては，セクション14.15 " InnoDBモニタ"を参照してください。

innodb_status_output_locks

InnoDB锁定监视器の定期的な出力を有効または無効にする際に使用されます。innodb_status_outputと組み合わせて使用する必要があります。追加情報にいては，セクション14.15 " InnoDBモニタ"を参照してください。

innodb_strict_mode

innodb_strict_modeを在にすると，InnoDBは特定の条件に対応した警告ではなく，エラを返します。デフォルト値は从です。

厳密モドは、SQL内の無視できる誤字や構文エラー,または操作モードとSQLステートメントのさまざまな組み合わせによる意図しないその他の結果から保護する際に役立ちます。innodb_strict_modeを在にすると，InnoDBは警告を発行して,指定されたステートメントを処理する(意図しない動作が伴う可能性があります)のではなく,特定のケースでエラー状況が発生します。これは，米ySQL で受け入れられる SQL 構文を制御し、警告なしでエラーを無視するのか、入力構文とデータ値を検証するのかを決定する MySQL のsql_modeと類似しています。

innodb_strict_modeの設定によって，创建表、ALTER TABLE，および创建索引ステトメントの構文エラ処理が影響を受けます。innodb_strict_modeでは，選択したペ，ジサ，ズに対してレコ，插入または更新が失敗しないように，レコズのチェックも有効になります。

オラクルでは，创建表、ALTER TABLE，および创建索引ステトメントでROW_FORMATおよびKEY_BLOCK_SIZE句を使用する際に，innodb_strict_modeを有効にすることが推奨されています。innodb_strict_modeを从にすると，InnoDBは競合する句を無視し，テンデックスを作成し，メッセ。結果として生成されるテーブルでは,圧縮されたテーブルを作成しようとしても圧縮されないなど,意図したものとは異なる動作が発生する可能性があります。innodb_strict_modeを在にすると,このような問題が発生するとすぐにエラーが生成され,テーブルまたはインデックスは作成されないため,後続のトラブルシューティングセッションが回避されます。

mysqldの起動時にコマンド行で，またはmy.cnfまたはmy.ini構成ファ邮箱ルで,innodb_strict_modeの在と从を切り替えることができます。SET [GLOBAL|SESSION] innodb_strict_mode=模式ステトメントを使用すれば，実行時にinnodb_strict_modeを有効または無効にすることもできます。ここで，模式は在と从のいずれかです。全球値を変更するには，超级権限が必要です。これを変更すると、それ以降に接続するすべてのクラ以及アントの操作が影響を受けます。任意のクラ邮箱アントがinnodb_strict_modeの会话設定を変更でき、そのクラ以及アントのみが設定の影響を受けます。