InnoDBが行カウントを保存しないのはなぜですか？

InnoDBをエンジンとして使用するテーブルではSELECT COUNT(*) FROM mytable、特にテーブルが大きくなり、そのクエリの実行中に一定の行の挿入/削除がある場合、クエリは非常に不正確で非常に遅いことを誰もが知っています。

私が理解したように、InnoDBは行数を内部変数に保存しません。これがこの問題の原因です。

私の質問は：なぜこれがそうなのか？そのような情報を保存するのは難しいでしょうか？これは非常に多くの状況で知っておくべき重要な情報です。そのような内部カウントが実装されるかどうか私が見る唯一の難しさは、トランザクションが関与している場合です：トランザクションがコミットされていない場合、それによって挿入された行をカウントしますか？

PS：私はDBの専門家ではなく、MySQLを単純な趣味として持っているだけの人です。だから、私がばかげたことを尋ねただけなら、過度に批判的にならないでください：D。

@RemusRusanuに同意します（彼の回答に対して+1）

SELECT COUNT(*) FROM mydb.mytableInnoDBでは、トランザクションストレージエンジンのように動作します。MyISAMと比較してください。

MyISAM

mydb.mytableがMyISAMテーブルの場合、起動SELECT COUNT(*) FROM mydb.mytable;はの実行と同じSELECT table_rows FROM information_schema.table WHERE table_schema = 'mydb' AND table_name = 'mytable';です。これにより、MyISAMテーブルのヘッダー内の行カウントのクイックルックアップがトリガーされます。

InnoDB

場合mydb.mytableのInnoDBテーブルで、あなたは物事のホッジ-podgeが起こってもらいます。次を管理するMVCCが実行されています。

• ib_logfile0 / ib_logfile1（ログのやり直し）
• ibdata1
  • ログを元に戻す
  • ロールバック
  • データ辞書の変更
• バッファプール管理
• トランザクション分離（4種類）
  • 繰り返し可能な読み取り
  • コミットを読む
  • コミットされていない読み取り
  • シリアライズ可能

InnoDBにテーブルカウントを要求するには、これらの不吉なものをナビゲートする必要があります。実際、SELECT COUNT(*) from mydb.mytable反復可能な読み取りのみをカウントするのか、コミットされた読み取りとコミットされていない読み取りを含めるのかは、まったくわかりません。

innodb_stats_on_metadataを有効にすることで、物事を少し安定させることができます。

innodb_stats_on_meta_dataのMySQLドキュメントによると

この変数が有効な場合（変数が作成される前のデフォルト）、InnoDBは、SHOW TABLE STATUSやSHOW INDEXなどのメタデータステートメント中、またはINFORMATION_SCHEMAテーブルTABLESまたはSTATISTICSへのアクセス中に統計を更新します。（これらの更新はANALYZE TABLEの場合と同様です。）無効にすると、InnoDBはこれらの操作中に統計を更新しません。この変数を無効にすると、多数のテーブルまたはインデックスがあるスキーマのアクセス速度が向上します。また、InnoDBテーブルを含むクエリの実行プランの安定性を向上させることもできます。

これを無効にすると、EXPLAINプランの設定に関してより安定したカウントが得られる場合と得られない場合があります。パフォーマンスにSELECT COUNT(*) from mydb.mytable良い影響、悪い影響、またはまったく影響しない可能性があります。試してみてください!!!

まず、変数に格納する「現在のカウント」などはありません。のようなクエリSELECT COUNT(*) FROM ...は、現在の分離レベルとすべての同時保留トランザクションの影響を受けます。分離レベルに応じて、クエリは保留中のコミットされていないトランザクションによって挿入または削除された行を表示するかどうかを確認できます。答える唯一の方法は、現在のトランザクションから見える行を数えることです。

カウント中に開始または終了する同時トランザクションのさらに厄介な主題にさえ触れなかったことに注意してください。ロールバックは言うまでもありません...

理論的には、InnoDBを使用して特定のテーブルの行数を正確にカウントすることは可能ですが、多くのロックが必要になり、パフォーマンスに悪影響を及ぼします。分離レベルによっても異なります。

MyISAMはすでにテーブルレベルのロックを行っているため、追加費用はかかりません。

COUNT（*）をかなり頻繁に使用しますが、テーブルの行カウントはほとんど必要ありません。通常、WHERE句が添付されています。小さい結果セットで効率的なインデックスを使用すると、十分に高速であることがわかります。

カウントが不正確であることに同意しません。カウントはデータのスナップショットを表し、常に正確であることがわかりました。

要するに、MySQLはこれをInnoDBに実装するのはあなた次第です。カウントを保存し、各クエリの後にインクリメント/デクリメントできます。ただし、より簡単な解決策は、おそらくMyISAMに切り替えることです。