一般的な規則として、あるリリースシリーズから別のリリースシリーズにアップグレードするときは、シリーズをスキップしないで次のシリーズに移行するようにしてください。MySQL 5.0 の前のリリースシリーズからアップグレードするときは、MySQL 5.0 に達するまで順番に続けて各リリースシリーズにアップグレードしてから、MySQL 5.1 にアップグレードします。たとえば、現在 MySQL 4.0 を使用していて、新しいシリーズにアップグレードする場合は、5.0 などにアップグレードする前にまず MySQL 4.1 にアップグレードします。MySQL 5.0 へのアップグレードについては、MySQL 5.0 Reference Manual を参照してください。以前のリリースについては、MySQL 3.23, 4.0, 4.1 リファレンスマニュアル を参照してください。

MySQL 5.0 から 5.1 にアップグレードするには、次のチェックリストの項目をガイドとして使用します。

MySQL のフォーマットファイルおよびデータファイルは、同じリリースシリーズの MySQL のバージョン内にかぎり、アーキテクチャーが同じシステム上の異なるバージョン間で常に移動できます。

新しいバージョンの使用に懸念がある場合には、常に古い mysqld の名前を新しいバージョンをインストールする前に変更します。たとえば、MySQL 5.0.13 を使用していてそれを 5.1.10 にアップグレードする場合は、現在のサーバーの名前を mysqld から mysqld-5.0.13 に変更します。新しい mysqld に予想外の問題が発生した場合は、単にそれをシャットダウンして古い mysqld を起動するだけで済みます。

アップグレード後に、再コンパイルしたクライアントプログラムで Commands out of sync あるいは予想外のコアダンプなどの問題が発生した場合、それは多分に古いヘッダーあるいはライブラリファイルをプログラムをコンパイルする際の使用したためです。この場合、mysql.h ファイルおよび libmysqlclient.a ライブラリの日付を確認してそれらが新しい MySQL の配布によるものであることを確認します。そうでない場合には、プログラムを新しいヘッダーおよびライブラリで再度コンパイルします。

新しい mysqld サーバーが起動しないあるいはパスワードなしで接続できないなどの問題が発生した場合には、前のインストールの古い my.cnf ファイルが残っていないか確認します。これは --print-defaults オプション (たとえば、mysqld --print-defaults) で確認できます。このコマンドがプログラム名以外の何かを表示した場合、サーバーあるいはクライアントオペレーションに影響を及ぼすアクティブな my.cnf ファイルがあることになります。

MySQL インストールにインプレースアップグレード後のコンバートに長い時間がかかることがある大量のデータが含まれている場合は、必要な変換とその実行に関係する作業を評価するための「仮の」データベースインスタンスを作成すると役立つことがあります。mysql データベースとデータのないその他のすべてのデータベースの完全なコピーを含む MySQL インスタンスのコピーを作成します。この仮のインスタンスでアップグレードの手順を実行し、必要になる操作を確認して、元のデータベースインスタンスで実際のデータ変換を実行するときに関係する作業をよりよく評価できるようにします。

新しいリリースの MySQL をインストールする際はいつでも Perl DBD::mysql モジュールを再構築して再インストールするのがいいでしょう。同じことが、PHP mysql 拡張や Python MySQLdb モジュールなどのほかの MySQL インタフェースにも言えます。