MySQLを忘れてしまいました架"とは、何が悪いので、どこを直せばいいの？

Question

簡単な質問ですが、わたくしの心暗鬼の状態と向かった。

何が"架空"MySQLでは、私は心配されている?

はい"をクリック最適化テーブル"固定です。

Answer 1

このオーバーヘッドが一時的diskspaceのデータベース用のクエリではこれなら安心が本当にすごいと思います。

を比較することができ'を最適化テーブルのdefragmentingのを破壊することはありません。

し見積もり:

各データベース、時間 必要とする形でメンテナンス 保たれてい 最適な 性能 ます。パージの削除を行 リシークエンシング、圧縮、管理 指数経路defragmenting。は 何として知られるmysqlの最適化 その他の条件その他のデータベースです。例えば、IBM DB2/400と同じものを見ることができない 再編物ファイル。

このように変更する油 お車や調整に入ります。き "という思いを大切にしていかなくてもよ この車の走り すりガスマイレージ等車 たくさんのマイル数が必要で チューンナップ。データベースと 重くな利用が必要です。の場合 を行っているため多くの更新および/または 削除し、業務が テーブルにて可変長 カラム(VARCHAR、TEXTなど)が必要 保'erチューニング

Answer 2

（単にバックアップから復元したときにいるかのように）

あなたは通話のphpMyAdminをoverhead事について話している場合は、それは同じデータファイルの理想的なサイズのテーブル、データ・ファイルの相対的な実際のサイズです。

それは行を削除または更新した後、

パフォーマンス上の理由から、MySQLは、データファイルを圧縮しません。

このoverhead iは、テーブルスキャンのために悪いです。電子。あなたのクエリは、すべてのテーブルの値を上で実行する必要がある場合、それはより多くの空きスペースを見てする必要があります。

あなたは、テーブルとインデックスを圧縮しますoverheadを実行することにより、OPTIMIZE TABLEを取り除くことがあります。

Answer 3

オーバーヘッドつまり、テーブルののDATA_FREEするであるの割り当てが、未使用のバイトの数。 私たちは、SQLコマンドでの SHOW TABLE STATUSのはそれを見つけることができます。それはあなたのテーブルのために割り当てられたサイズ内の空きスペースです。

Answer 4

最適化テーブルは、非常に問題となる可能性があります。たとえば、表には、サイト上で頻繁に使用されている場合。

http://dev.mysql.com/doc/ refman / 5.1 / EN /最適化-table.htmlする

  

のMyISAMまたはアーカイブテーブルの大部分を削除する、または可変長列（VARCHAR、VARBINARY、BLOB、またはTEXTカラムを持つテーブル）でのMyISAMまたはアーカイブテーブルに多くの変更を行った後。削除された行は、リンクされたリストに維持され、後続のINSERT操作は、古い行の位置を再利用する。<

私は、この動作を確認しましたと信じています。そして、それは確かに確かに非常に有用であろう。