jitsu102のブックマーク / 2024年3月13日

jitsu102 id:jitsu102

2024年3月13日のブックマーク (2件)

MySQLのInnoDB テーブルの断片化(フラグメンテーション)を解消する - Qiita
概要 InnoDB では、追加・更新・削除操作を繰り返していると、断片化（フラグメンテーション）という現象が発生します。これはいわば、ゴミみたいなもので、テーブルのデータを削除してもディスク容量が減りません。このゴミが増えてくると、クエリ処理が遅くなる可能性があリます。例えばレコードが100万件あるテーブルの内、99万9999件を削除し1件の状態にしても、テーブルが占有している領域は100万件分使っているということになります。今回は実際にテストデータを作成し、フラグメンテーションの発生とその解消法について確認していきたいと思います。フラグメンテーションの詳細については本記事では述べないので、気になる方は下記記事が分かりやすかったのでご参照ください。前提 MySQL 5.7.31 InnoDB テストデータの挿入まずテスト用のDBとテーブルを作り、約100万件テストデータを挿入
jitsu102 2024/03/13
mysql

innodb
リンク
[MySQL] 断片化した InnoDB テーブルを最適化する
MySQL の InnoDB では、断片化（フラグメンテーション）という現象が発生する。フラグメンテーションが発生すると、クエリ処理が遅くなったり、サーバーの容量をたくさん使い問題が起こる。フラグメンテーションを解消するには最適化をおこなう。断片化についてと最適化の方法に関するメモ。断片化（フラグメンテーション）とは断片化とは、ディスク上のインデックスページの物理的な順序がページ上のレコードのインデックス順序とかけ離れているか、またはインデックスに割り当てられた 64 ページのブロック内に未使用のページが多数存在することを示します。 MySQL 5.6 リファレンスマニュアル – 14.10.4 テーブルのデフラグ DB で DELETE クエリを実行すると、すぐに物理的な削除は行われない。削除フラグ的なのがつけられる論理削除となる。なので、このレコードがあった場所には穴が空いた
jitsu102 2024/03/13
mysql

innodb
リンク
- 2024年3月17日
- 2024年3月13日
- 2024年2月18日