MariaDB10.4.32からMariaDB10.6.10にアップグレード

一連の作業を振り返ると只々無駄な時間を費やした感じだ、とは言っても定かではないが、ヒントと言うか原因が少なからず分かってきたので、最終的に順序だてた手順でアップグレードできたようだ。

作業を始める前の準備で、既存の WordPress の管理画面から Plugins にある WP-Optimize を削除、Apache、Mysql と XAMPP control-panelを閉じて Mysqlフォルダ内にある wp_wp_404_detector と wp_wpo_404_detector.fm と wp_wpo_404_detector.ibd をさがして削除又は backup フォルダに移動。次に、/xampp/mysql フォルダを mysql_old などにリネームしてバックアップ。PC の再起動!

アップグレードの手順
新しい MariaDB10.6.10 を MariaDB サイトからダウンロードして XAMPP フォルダに解凍、「Mysql」 とリネームして配置。
 Mysql_10.4 のフォルダから
   /backup
   /bin/my.ini
   /data
   /scripts
   Mysql_installservice.bat
   mysql_uninstallservice.bat
   resetroot.bat
  を mysql フォルダにコピー
xampp の MySQL を start すると、エラーになるので data 配下のファイル、フォルダを削除して、再度コピーし直す。
   backup/mysql
   backup/performance_schema
   backup/phpmyadmin
尚、data 内の ib_logfile0、ib_logfile1、ibdata1 を Mysql を起動させるために別フォルダーに移動。
起動した後にパネル右にある「shell」をクリックして mysql を upgrade.
   mysql_upgrade -u root -p
/bin/my.iniを開いて [mysqld] 内にinnodb_force_recovery = 1 追記
innodb_force_recovery のみで起動しない場合 innodb_purge_threads を追加。
mysql を起動させてエラーチェック、すると ib_logfile0 と ibdata1 が無いと警告がでるので、移動させた ib_logfile0 と ibdata1 を data の中に入れる。

* 上記の手順で Mysql が起動したのでビックリ!一旦 STOP して、最後に Apache と mysql を起動後、phpMyAdmin で確認、及び WordPress の Login で確認して無事完了した。

※ MySQLのエラーを確認する中で、“Goast Table” があり、調べると WordPress のプラグイン WP-Optimize の「テーブルの最適化」とダブって MySQL の データテーブルがダブルの操作状態になり「使用中」と表示が出てエラーとなるのが原因?らしい。

クリックコメントを閉じる

コメントを残す

メールアドレスが公開されることはありません。 が付いている欄は必須項目です

日本語が含まれない投稿は無視されますのでご注意ください。(スパム対策)

TOP

Copyrighted Image