Generell empfehlen wir, Upgrades nur von einer Release-Serie zur nächsten durchzuführen und keine Serien auszulassen. Wenn Sie beispielsweise derzeit MySQL 4.0 verwenden und dann auf eine neuere Serie aktualisieren wollen, führen Sie ein Upgrade auf MySQL 4.1 und nicht auf 5.0 oder 5.1 durch.

Die folgende Checkliste sollten Sie immer überprüfen, wenn Sie ein Upgrade durchführen:

Sie können die Format- und Datendateien von MySQL jederzeit zwischen verschiedenen Versionen derselben Architektur hin- und herschieben, solange Sie die Release-Serie nicht wechseln. Wenn Sie den Zeichensatz bei der Ausführung von MySQL ändern, dann müssen Sie myisamchk -r -q --set-collation=collation_name für alle MyISAM-Tabellen ausführen. Andernfalls werden Ihre Indizes unter Umständen nicht korrekt sortiert, weil sich bei einer Änderung des Zeichensatzes auch die Sortierreihenfolge ändern kann.

Wenn Sie in Bezug auf neue Versionen eher vorsichtig sind, können Sie Ihr vorhandenes mysqld immer umbenennen, bevor Sie eine neue Version installieren. Verwenden Sie beispielsweise MySQL 5.0.13 und wollen auf 5.1.10 aktualisieren, dann benennen Sie Ihren aktuellen Server von mysqld zu mysqld-5.0.13 um. Tut Ihr neuer Server mysqld dann etwas Unerwartetes, dann können Sie ihn einfach herunterfahren und mit Ihrem alten mysqld neu starten.

Wenn Sie nach Durchführung eines Upgrades auf Probleme in Zusammenhang mit neu kompilierten Clientprogrammen (z. B. die Fehlermeldung Commands out of sync) stoßen oder unerwartete Speicherauszüge auftreten, dann haben Sie bei der Kompilierung Ihrer Programme wahrscheinlich alte Header- oder Bibliotheksdateien angegeben. In diesem Fall sollten Sie das Datum Ihrer Datei mysql.h und der Bibliothek libmysqlclient.a überprüfen, um sicherzustellen, dass diese der aktuellen MySQL-Distribution entstammen. Andernfalls müssen Sie Ihre Programme mit den neuen Headern und Bibliotheken neu kompilieren.

Wenn Probleme in der Art auftreten, dass der neue mysqld-Server nicht startet oder Sie ohne Passwort keine Verbindung herstellen können, dann schauen Sie nach, ob Sie nicht noch eine alte my.cnf-Datei von Ihrer vorherigen Installation verwenden. Diese Überprüfung können Sie mithilfe der Option --print-defaults vornehmen (z. B. mysqld --print-defaults). Wenn dieser Befehl etwas anderes als den Programmnamen anzeigt, dann beeinträchtigt eine aktive my.cnf den Server- oder Clientbetrieb.

Wenn Sie einen neuen MySQL-Release installieren, bietet es sich immer an, das Perl-Modul DBD::mysql neu zu erstellen und zu installieren. Gleiches gilt auch für die anderen MySQL-Schnittstellen wie die PHP-Erweiterung mysql und das Python-Modul MySQLdb.