mysqlのMyISAMとInnoDBの違いは何ですか-mysql チュートリアル-php.cn

相違点: 1. InnoDB はトランザクションをサポートしますが、MyISAM はサポートしません; 2. InnoDB は外部キーをサポートしますが、MyISAM はサポートしません; 3. InnoDB はクラスター化インデックスですが、MyISAM は非クラスター化インデックスですインデックス; 4. Innodb はフルテキストインデックスをサポートしませんが、MyISAM はフルテキストインデックスをサポートします; 5. InnoDB はテーブルおよび行レベルのロックをサポートしますが、MyISAM はテーブルレベルのロックをサポートします; 6. InnoDB テーブルには一意のインデックスが必要ですが、 Myisam には必要ありません; 7. 保存ファイルが異なります。

mysqlのMyISAMとInnoDBの違いは何ですか

このチュートリアルの動作環境: Windows7 システム、mysql8 バージョン、Dell G3 コンピューター。

InnoDB: MySQL のデフォルトのトランザクションエンジンは、最も重要で広く使用されているストレージエンジンでもあります。多数の短期トランザクションを扱うように設計されており、ほとんどの場合、短期トランザクションは正常に送信され、ロールバックされることはほとんどありません。 InnoDB のパフォーマンスと自動クラッシュ回復機能により、非トランザクションストレージのニーズに人気があります。別のストレージエンジンを使用する特別な理由がない限り、InnoDB エンジンを優先する必要があります。

MyISAM: MySQL 5.1 以前のバージョンでは、MyISAM がデフォルトのエンジンです。 MyISAM は、フルテキストインデックス作成、圧縮、空間関数 (GIS) などを含む多数の機能を提供しますが、MyISAM はトランザクションと行レベルのロックをサポートしておらず、疑いのない欠陥は、トランザクション後に安全に回復できないことです。クラッシュ。

MySQL における MyISAM と InnoDB の違い:

1. InnoDB はトランザクションをサポートしますが、MyISAM はサポートしません。 InnoDB のステートメントデフォルトでは、言語はトランザクションにカプセル化され、自動的に送信されますが、速度に影響するため、トランザクションを形成するには、begin と commit の間に複数の SQL 言語を入れるのが最善です。 ##2. InnoDB は外部キーをサポートしますが、MyISAM はサポートしません。外部キーを含む InnoDB テーブルを MYISAM に変換すると失敗します;

3. InnoDB はインデックス構造として B ツリーを使用するクラスター化インデックスであり、データファイルは (プライマリ(テーブルデータファイル自体は B ツリーによって編成されたインデックス構造です)、両方とも主キーが必要であり、主キーを使用したインデックス作成は非常に効率的です。ただし、補助インデックスには 2 つのクエリが必要です。最初に主キーをクエリし、次に主キーを介してデータをクエリします。したがって、主キーが大きすぎると、他のインデックスも大きくなるため、主キーは大きすぎないでください。

MyISAM は非クラスター化インデックスであり、インデックス構造として B ツリーも使用します。インデックスとデータファイルは分離されており、インデックスにはデータファイルのポインタが保存されます。。主キーインデックスと副キーインデックスは独立しています。

つまり、InnoDB の B ツリー主キーインデックスのリーフノードはデータファイルであり、補助インデックスのリーフノードは主キーの値ですが、MyISAM のリーフノードはデータファイルです。 B ツリー主キーインデックスと補助インデックスは両方ともデータファイルのアドレスポインタです。

mysqlのMyISAMとInnoDBの違いは何ですか

mysqlのMyISAMとInnoDBの違いは何ですか 4. InnoDB はテーブル内の特定の行数を保存せず、実行時にテーブル全体が必要です。テーブルスキャンからカウント(*)を選択します。 MyISAM は変数を使用してテーブル全体の行数を保存します。上記のステートメントを実行するときは、変数を読み取るだけで済み、非常に高速です (WHERE 条件を追加できないことに注意してください);

それではなぜですか? InnoDB にこの変数がない場合はどうなるでしょうか?

InnoDB のトランザクション特性により、同じタイムテーブル内の行数はトランザクションごとに異なります。そのため、カウント統計では、Store ではなく、現在のトランザクションでカウントできる行数が計算されます。クイッククエリの合計行数。 InnoDB は、オプティマイザが別のインデックスの使用を要求しない限り、可能な限り最小のインデックスを走査しようとします。セカンダリインデックスが存在しない場合、InnoDB は他のクラスター化インデックスも走査しようとします。

InnoDB によって維持されるバッファ (バッファプール) にインデックスが完全に存在しない場合、カウント操作にはさらに時間がかかります。合計行数を記録するテーブルを作成し、INSERT/DELETE 中にプログラムで対応するデータを更新させることができます。上で述べた問題と同様、現時点で複数のトランザクションがある場合、この解決策はあまり役に立ちません。おおよその行値でニーズを満たすのに十分な場合は、SHOW TABLE STATUS

5 を試してください。Innodb はフルテキストインデックス作成をサポートしていませんが、MyISAM はフルテキストインデックス作成をサポートしています。フルテキストインデックス作成の分野におけるクエリ効率の観点から、MyISAM はますます高速になっています。追記: InnoDB 5.7 以降ではフルテキストインデックス作成がサポートされています

6. MyISAM テーブルはクエリ操作のために圧縮できます。

#7. InnoDB はテーブルおよび行 (デフォルト) レベルのロックをサポートしますが、MyISAM はテーブルレベルのロックをサポートします

InnoDB の行ロックは、物理的な行レコードをロックするのではなく、インデックスに実装されます。サブテキストは、アクセスがインデックスにヒットせず、行ロックが使用できない場合、テーブルロックに縮退するということです。

例:

t_user(uid, uname, age, sex) innodb;
 
    uid PK
    无其他索引
    update t_user set age=10 where uid=1;             命中索引，行锁。
 
    update t_user set age=10 where uid != 1;           未命中索引，表锁。
 
    update t_user set age=10 where name=&#39;chackca&#39;;    无索引，表锁。

ログイン後にコピー

8. InnoDB テーブルには一意のインデックス (主キーなど) が必要です (ユーザーが指定しない場合、ユーザーは/デフォルトの主キーとして機能する非表示の列 Row_id を生成します). そして Myisam はそれを持つことができません

9. Innodb ストレージファイルには frm と ibd が含まれますが、Myisam は frm、MYD、 MYI

Innodb: frm はテーブル定義ファイル、ibd はデータファイルです。

Myisam: frm はテーブル定義ファイル、myd はデータファイル、myi はインデックスファイルです。