MySQLのダンプ制限？ MySQL全体のデータベースサイズの制限？

Question

クライアントには〜1000行のデータ（直近）があり、テーブルの1つに欠落してしまいました。いくつかの法医学をやって、上記のテーブルの他のすべての行の "last_updated_date"も、削除が発生したのとほぼ同じ時間に設定されていることがわかりました。これは大きなテーブルの1つではありません。

先週のmysqldumpsはすべてexact同じサイズ - 10375605093バイトです。以前のダンプはそれぞれ約0.5GB増加しました。 MySQLはコマンドをダンプの標準です：ボックスの

/path/to/mysqldump -S /path/to/mysqld2.sock --lock-all-tables -u username -ppassword database > /path-to-backup/$(date +%Y%m%d)_live_data.mysqldump 

のdf -hは、すべてのディレクトリに十分なスペース（少なくとも50％）を示しています。

ダンプのサイズが大きくなっていないという事実と組み合わせてデータを失うと、何らかの形で私たちがMySQLでハードコーディングされた限界にぶつかっていると心配しています。誰もこれのような何かを聞いた？どのようにmysqldumpのサイズを説明できますか？

Answer 1

MySQLが処理できるデータの量にハードコードされた制限はありません。

Answer 2

複数のマルチギグダンプを実行していて、途中でスペースを使い果たしている場合は、50％の空き容量があまり意味はありません。あなたのダンプ内のバイナリデータを格納している場合を除き、彼らは非常に圧縮されているので、私は、ファイルに出力する前にgzipによる配管のmysqldumpの出力をお勧めしたい：

mysqldump .... | gzip -9 > /path_to_backup/.... 

のMySQL自体は言う任意の制限はありません"Xギグの後はもうこれ以上はない"が、それが実行されているプラ​​ットフォームの制限がある。detailed here。