You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
MySQLコミュニティマネージャのMorgan Tocker氏による、テーブルサイズが大きくなるにつれてINSERTのパフォーマンスが落ちてきてしまうことを防ぐ様々な方法についてのまとめ。 今日は、パフォーマンス問題を引き起こす原因になる、サイズの大きいテーブルのパフォーマンスを改善することについて書いてみようと思う。このアドバイスのうちのいくつかは、たくさんのテーブルをまとめて大きくなっているデータベースにも適用できるが、大抵の場合、独立した大きなテーブルというのは特に問題になりやすいものだ。 一般的に知られていると思われるのは、テーブルを変更する時のスピードは、そのサイズが大きくなるにつれて遅くなることだ。以下の図は、一般的なB+ツリーインデックスのパフォーマンスを時系列で見たものだ。 このグラフは、MySQL@Facebookの記事から拝借したものだ。これは、insert buffe
[InterDB] [著者HP] [PREVIOUS][UP][NEXT] ■■■■ [テーブルの構造] ■2-08■ InnoDB型 ■■■■ InnoDB型はトランザクション処理をサポートしているので、必然的にACID特性(Atomicity,Consistency, Isolation, Durability: 原子性,一貫性,隔離性,耐久性)が要求されます。 (いささか乱暴な区分ですが)MySQLはMVCC(Multi Version Concurrency Control: 多版型同時実行制御)により原子性と一貫性を、ログ法(Logging)により耐久性を保証するように実装されています(補足 1)。 InnoDB型テーブルのデータはシステム変数`innodb_data_file_path'に設定された(複数の)ファイルに分割して保管されます。 MySQLサーバはこれらの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く