エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
MySQLをOPTIMIZEしてフラグメント化を解消する | 曖昧/sh
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
MySQLをOPTIMIZEしてフラグメント化を解消する | 曖昧/sh
ついさっきWordPressでリビジョンを無効化する件について書きました。 WordPressのリビジョン管理を無効... ついさっきWordPressでリビジョンを無効化する件について書きました。 WordPressのリビジョン管理を無効化して不要なデータを削除 | 曖昧/旬. そして大量のリビジョン情報を削除しました。 そうなると気になるのがMySQLデータベースのフラグメント化です。 フラグメント化って何かというと、歯抜けです。ぴっちり並んでいれば効率がいいのに、間開けて並んじゃっているから効率が悪くなっている状態です。 データベースでフラグメント化がいつ発生するかというと、主に行の削除です。行の削除は例えるなら、びっしり書かれた大学ノートのある1行を横線引いてなかったコトにしているようなものです。物理的には行が残っているのです。削除がどんどん走ると横線だらけになって生きたデータはほとんど残っていないかもしれません。 データベースがそんな状態だと、せっかく要らないデータを消したのに、効率は大して変わってい