誰かが新しいInnoDBを大規模なデータセットで個人的にベンチマークしたかどうか知りたいです。
最新バージョンは使用していませんが、2,000万件を超えるレコードを持つISAMテーブルを実装しました。十分に索引付けされており、特定の条件で、10秒未満で約10Kレコードを選択できます。しかし、私の問題は、インデックスを再構築する必要があるため、新しい挿入ではうまくいかないことです。
新しいInnoDBエンジンは、ACIDトランザクションで非常に高速であることを読みました。
ところで、DBは常に多くのユーザーによって読み取られ、新しいエントリが頻繁に入力される可能性があります。
誰かが本当にこれを試しましたか？
特に読み取りの場合、標準のinnodbエンジンが完全に機能することが常にわかっているため、innodbプラグインを使用したことはありません。myisamがinnodbよりもパフォーマンスが高いと人々が考える理由はわかりません。これは、謎に包まれた難問です。
以前の回答
0.02秒の5億行のクエリランタイム
0.34秒の6000万行のクエリランタイム
1億2500万行が0.7秒のランタイムをクエリ
1億行...
もっと面白いもの
http://dev.mysql.com/doc/refman/5.0/en/innodb-index-types.html
http://www.xaprb.com/blog/2006/07/04/how-to-exploit-mysql-index-optimizations/
http://www.mysqlperformanceblog.com/2011/03/18/video-the-innodb-storage-engine-for-mysql/
http://www.mysqlperformanceblog.com/2008/12/03/mysql-50-51-and-innodb-plugin-cpu-efficiency/
http://code.openark.org/blog/mysql/reasons-to-use-innodb-plugin
Perconaは、前回のセミナーで5.5のInnoDBに関するセッションを行いました。「MyISAMからInnoDBへの移行」のスライドは、こちら（http://www.percona.com/live/nyc-2011/schedule/sessions/）からダウンロードできます。
彼らは5.5で多くのことを修正し、パフォーマンスを向上させ、多くの問題を解決して、ハードウェアをより有効に活用できるようにしました。ただし、パフォーマンスは依然としてメモリ割り当てに大きく依存しています。