(utf-8)」になっていることを確認してください。(utf-8)」が選択されているか確認します。(クリックで拡大)これが他のものになっていると、新データベースへインポートした際に文字化け(文字抜けによる大幅なレイアウトの崩れ)等、失敗の原因になってしまいます。データベース名をクリックしてテーブル一覧を表示させた状態で「エクスポート」タブをクリックして、エクスポート画面を表示させます。(クリックで拡大)エクスポート設定はもはや「鉄板設定」とでもいうべきもので、通常のバックアップと全く同じ設定です。確認事項は以下の通り。スクショもあわせて参考にしてください。文を作成する」にチェック「BLOBに16新数表記を利用する」にチェック「ファイルに保存する」にチェックこんなところでしょうか。赤文字は特に確認が必要な項目です。中には、チェックの必要がないものもあるかもしれませんが、上記の状態で書き出して問題ありません。「実行」をクリックすると「データベース名.sql」ファイルがダウンロードされます。4.0)の削除データベースの削除は、サーバコントロールパネル上で簡単に行えます。(クリックで拡大)簡単に行えますが、一度削除してしまうと、元に戻すことはできませんので、エクスポートの作業は十分確認しておいてください。「データベースの削除」ボタンをクリックすると、確認のダイアログが表示され、「OK」をクリックすることでデータベースをまるごと削除することができます。旧データベースの削除が完了したら、新たなデータベースを作成します。選択されているのを確認し、新たなデータベース用のパスワードを入力して「*送信する*」ボタンをクリックします。新データベースへアクセス出来るようになりました。(クリックで拡大)「MySQL接続の照合順序」というプルダウンに「utf8_unicode_ci」が選択されているのを確認します。(クリックで拡大)既に、「登録データベース名」「information_schema」という2つのデータベースが存在しているはずです。「登録データベース名」をクリックして、テーブル表示にし(テーブルが0という画面になります)、その状態で「インポート」タブをクリックしてインポート画面を呼び出します。ファイルを選択する以外、特に設定を変更する必要はありません。ファイルの文字セットが「utf8」になっているか確認しておいてください。ファイルの指定ができたら、「実行する」ボタンをクリックしてインポートを開始します。インポート処理は、少し時間がかかります。程度)正常にインポートが完了すると、以下のようにインポートが完了した旨のメッセージが表示されます。ファイル内のデータベース設定を変更します。ホストアドレスに変更します。‘???‘);上記?部分を新しいものに変更します。更新が完了したらアップロードします。これで新データベースからブログデータを取得するようになります。ブラウザで確認してみましょう。以上でデータベースの移行はおわりです。アップグレードすることができます。エクスポート時に失敗していても大丈夫!?※以下の記事は、さくらインターネットのサーバー仕様が変更されたため、無効になりました。旧データベースは、削除直後にアクセス不可となったようです。beryuさん)一連の手順から、お気づきの方もおられると思いますが、実は万が一、エクスポート時に失敗したまま、旧データベースをサーバコントロールパネルで削除してしまっても、旧データベースは残っているので、作業を復旧させることが可能です。控えておくと、旧データベースへアクセスすることができます。控えていなかった場合は、以下ごぶりんさんのコメントを参照してください。忘れてしまうとアクセス出来ないので注意しましょう。無事に新データベースへ移行できたのに、旧データベースが残っているのが気持ち悪いと思われる方も、再度、旧データベースへログインし、テーブルを削除することができますね。さくらのメンテナンスで、いずれは旧データベースは削除(クリアー)されると思いますので、削除後の旧データベースの運用復帰は基本的にできないものと考えましょう。指定されたホストアドレスへ移行するようにしましょう。さんコメントありがとうございます。AMデータベースが100MB以上あるため、新データベースへインポートできません。そこで、bigdumpというツールを使いました。インポートは成功しますが、文字化けしてしまいます。さんコメントありがとうございます。満たない容量でしたので、インポートも一発で終わったのですが、それだけの容量となると、テーブルを分割したりする必要があるのではないでしょうか?しかし、単一テーブルの容量が大きいとそれだけでもインポートできない可能性もありますよね。PM解説通りに進めて無事移行できました。本当に有り難うございました(深いおじぎ)。さんコメントありがとうごいます。‘utf8’;にして実行してみると・・・できました。これでmysql5.0に以降できます。ここまでの道のりが長かった・・・。おー!なんと素晴らしい!文字コードの記述が必要だったんですね。/ありがとうございました。コメントありがとうございます。PM私の所では、DBファイルが50Mくらい会って、アップデートを悩んでいましたが、無事ここに書いているのと、bigdumpを使って更新出来ましたー。ありがとうございました。さんコメントありがとうございます。PMbagelさん、大感謝!仕事用webサイト(さくらインターネット)のmysqlバージョンアップ、予備知識なく始めたので、ファイルサイズの問題やら文字コードの問題やら、つい2時間ほど前まで、もう復旧できないんじゃないか。真っ青になってました。見つけたこの記事と、bigdumpサマサマです。御礼を言わずにはいられない!ありがとうございました。コメントありがとうございます。