0

これがあなたにとって簡単な答えになることを願っています。

Web ベースの管理ツールとなる製品のために、シングル ボード コンピューターで PHP/MySQL を実行しています。この製品は、「設定して忘れる」アプリケーションになります。

私たちの懸念の 1 つは (それが有効であるかどうかに関係なく)、MySQL テーブル/データベースの破損です。

この小さなボックスでプロセスが継続的に実行されており、破損を診断したり、dbase エラーをキャッチしてそれに応じて対処したりできます。

これらと同じプロセスで定期的にバックアップを作成しています。私たちの考えでは、破損を感知したり、dbase エラーを検出した場合は、プロセスを一時停止し、最新のバックアップからテーブルを復元します。これにより破損が修正されることを願っています。

問題は、MySQL テーブルが破損している場合、バックアップの復元を実行できるかということです。

フォローアップの質問は、上記のロジックが正しいかどうかだと思います。バックアップの復元は、テーブルの破損の問題を修正しますか?

ばかげているように聞こえるかもしれませんが、私たちは MySQL バックエンドにあまり詳しくありません。私たちの懸念は、dbase (またはテーブル) が何らかの形で破損した場合、バックアップの復元も妨げられることです。

あなたの何人かはこれについて検討できますか?

本当にありがとう。

4

4 に答える 4

1

はい、そうなります。最後のバックアップまでのデータしか保持されないため、その時点から破損時刻までに発生したものはすべて失われることに注意してください。ただし、これは通常、せいぜい 1 日です。

バックアップは、バックアップ中の状態に関係なく、データベースのコピーです。破損したデータベースをクリーンなバックアップで復元すると、たいへんなことになります。このため、毎月のバックアップと過去 7 日間のバックアップも保持してください。バックアップの 1 つがホースで接続されている場合に備えて。

于 2009-06-23T13:25:32.413 に答える
1

それを考える前に、破損したテーブルがバックアップされないようにするための対策を講じる必要があると思います。バックアップを復元したときにバックアップ自体が破損した場合でも、開始した場所に戻ることができます。

どのストレージ エンジンを使用していますか?

于 2009-06-23T13:28:05.667 に答える
1

考えるべきことが 1 つあります。データベースの構造によっては、バックアップから単一のテーブルを復元すると、参照整合性の問題が発生する可能性があります。

于 2009-06-23T13:35:41.473 に答える
0

それがバックアップの要点だと思いますよね?

さらに、テーブルが既に破損している場合、それを復元しようとしたときに起こりうる最悪の事態は何ですか?

私はそれのために行くと言います。

于 2009-06-23T13:23:41.370 に答える