DBとファイルの役割
記事本文や多くの設定はDB、画像やテーマ・プラグインのコードはファイルにあります。ECなどは独自テーブルを追加する場合があります。画像ファイルだけ、または投稿エクスポートだけではサイト全体を復旧できない理由です。
接続設定と権限を把握する
wp-config.phpにある接続先、DB名、ユーザーなどを管理します。秘密情報を含むため共有先を制限します。複数サイトで不要に同一資格情報を使わず、必要な操作権限とバックアップ・更新で使う権限を確認します。
DB更新・製品変更の注意
文字コード、照合順序、SQLの挙動、認証方式、独自製品のクエリを確認します。公式推奨条件を満たしていても、移行先で実行試験が必要です。古いDBへ戻す場合も、ダンプや機能の互換性を調べます。
運用で点検すること
容量、接続、遅いクエリ、バックアップ、復元試験、サポート状況を確認します。遅いからと根拠なくテーブル削除や最適化を行わず、対象と復元方法を明確にします。
バックアップと復元の対応を確認する
DBを取得するときは、対象サイトの全テーブルと、製品が独自に作るテーブルを確認します。接頭辞が標準と異なるものや別DBを使う構成は、取得対象から漏れないか点検します。復元試験では、投稿表示だけでなく、会員や注文などの関連データも確認します。
移行先の製品・版を変える場合
ダンプの互換性、文字コード、照合順序、SQLモードなどの差を調べます。接続できた事実と、全クエリが想定どおり動くことは別です。独自製品の検索・更新・集計も試験します。
よくある質問
MySQLとMariaDBは同じものですか？
関連はありますが別のDB製品です。WordPressの要件と個別機能の対応を確認し、相互移行を無条件に保証しないでください。
DBが大きいなら古い行を削除してよいですか？
利用製品の依存や履歴要件があります。目的と対象を特定し、バックアップと検証を行ってから整理します。