一連の作業を振り返ると只々無駄な時間を費やした感じだ、とは言っても定かではないが、ヒントと言うか原因が少なからず分かってきたので、最終的に順序だてた手順でアップグレードできたようだ。
作業を始める前の準備で、既存の 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 の データテーブルがダブルの操作状態になり「使用中」と表示が出てエラーとなるのが原因?らしい。