Q&A
「xampp v3.2.4」というのは、あくまでXAMPP Control Panel自体のバージョンで長らく殆ど変わっていないものです。昨今のXAMPPのバージョン表記は同梱するPHPのバージョン番号と合わせているようなので、コマンドプロンプトなどでphp -vなどとしたものを記載したほうがよろしいかと思います。
お世話になっております。
以前からxampp再インストール後のmysqlが幾日もたたないうちに起動できなくなる現象が続いております。
数か月前は１ヶ月ほどで起動できなくなっていて、ここ最近では１週間でもう駄目です。
その時のログを見ると毎回このようになっております。
2021-12-14 14:28:36 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2021-12-14 14:28:36 0 [Note] InnoDB: Uses event mutexes 2021-12-14 14:28:36 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2021-12-14 14:28:36 0 [Note] InnoDB: Number of pools: 1 2021-12-14 14:28:36 0 [Note] InnoDB: Using SSE2 crc32 instructions 2021-12-14 14:28:36 0 [Note] InnoDB: Initializing buffer pool, total size = 16M, instances = 1, chunk size = 16M 2021-12-14 14:28:36 0 [Note] InnoDB: Completed initialization of buffer pool 2021-12-14 14:28:37 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2021-12-14 14:28:37 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2021-12-14 14:28:37 0 [Note] InnoDB: Setting file 'C:\xampp\mysql\data\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2021-12-14 14:28:37 0 [Note] InnoDB: File 'C:\xampp\mysql\data\ibtmp1' size is now 12 MB. 2021-12-14 14:28:37 0 [Note] InnoDB: Waiting for purge to start 2021-12-14 14:28:37 0 [Note] InnoDB: 10.4.22 started; log sequence number 971651; transaction id 1143 2021-12-14 14:28:37 0 [Note] InnoDB: Loading buffer pool(s) from C:\xampp\mysql\data\ib_buffer_pool 2021-12-14 14:28:37 0 [Note] Plugin 'FEEDBACK' is disabled. 2021-12-14 14:28:37 0 [Note] Server socket created on IP: '::'.
エラーらしいものはないのですが、中段に
etting file 'C:\xampp\mysql\data\ibtmp1' size to 12 MB. Physically writing the file full
とあるので、ibtmp1ファイルのサイズがいっぱいなのが原因かと思われます。
今では、再インストール直後のデータを入れなおす前からibdata1ファイルもibdataファイルも既に7.8MBほどあり、これに基のデータを投入するとそこでもう12.3MBなってしまいます。
しかし現状、この問題に対する有効な解決策が見つからず、毎回再インストールで済ませております。
余談
「 xamppを再インストールするときには、直下のアンインストーラー「uninstall.exe」を使用。
データを入れなおすときには、あらかじめエクスポートしておいたcsvファイルの各テーブルをインポートしています。
因みにhtdocsのデータは、その中の必要なプロジェクトのみを入れなおしています。」
試したこととしては、1⃣ port番号の変更、2⃣ xamppのバージョン変更（ MariaDB 10.4.22 → 10.4.11 ）、3⃣ InnoDBのテーブルスペースの変更です。
どれもうまくいきませんでした。3⃣ はLinux環境での調整ということでしたが、私の方はwindowsでしたが試してみました。
しかしデータが旨く読み込めず、データベースの破損の恐れがあったので途中で断念しました。
参考： https://qiita.com/youth_case/items/bd8cb87d2bda02a4b722
テラテイルでも同じような質問がありましたが、結局は再インストールして元に戻ったとのことで、根本的な原因解明には至っていないようです。
参考： https://teratail.com/questions/233565
この質問で回答者様が仰っている、「 mysqlの関係するフォルダを検索して徹底的に削除した上で、再インストール 」
もしこれで解決できるのであれば、前提としてどこにどう手をつけていいのかそのやり方があれば知りたいです。
もしくは、それとは関係なくここを試してみるべきというものがあれば、教えていただけたらと思います。
環境
windows10
xampp v3.2.4（ 64bit ）
mariaDB 10.4.11
apache 2.4.43
DBeaver 21.0.0
長文失礼いたしました。
よろしくお願い致します。
失礼いたしました。
phpのバージョンは、7.2.30です。
＞それとは関係なくここを試してみるべきというものがあれば、
XAMPPやMAMPなどに頼らず、普通のMySQLにしましょう。
https://dev.mysql.com/downloads/mysql/
technocore様
ご回答ありがとうございます。
微妙に理解できていないので確認したいのですが、mysqlのダウンロードをする際にはこれまでmariaDB10.4で管理していたデータベースは、mysql5.7系で管理するのが妥当なのでしょうか。
よろしくお願い致しますm(__)m
そもそも動かないmariadbで管理などできないでしょう。
データベースをmysqlの方に入れなおすだけであれば、mariaDBそのものからmysqlへ複製する場合と違って、特に互換性などは気にしなくていいのでしょうか。
重ね重ねの質問、お手数おかけしておりますm(__)m
現在のDBがどんな構造か知りませんので、互換性については回答できません。
ネットで調べてください。
回答3件
0
はじめまして。私自身も同じ状況のエラーにつまずいています。すでに解決してしまいましたでしょうか？
もし解決していたらどのような解決方法か教えていただけたら幸いです。
投稿2023/05/10 21:14
総合スコア3
noeleさま
こんにちは。
この時は確か、C:\xampp\mysql\data内のibdata1というファイルのメモリ超過で起きました。
しかもそれがxamppを再インストールを試みても、すぐにまたibdata1のメモリが超過してしまっていました。
なので最終的に「自己解決」に貼っておいたリンク先のフォーラムを参考に進めたところ、たまたま旨くいった次第です。
ただ、まずは
https://pc-karuma.net/xampp-error-mysql-shutdown-unexpectedly/
こちらの記事を参考にC:\xampp\mysql\dataのibdata1などを削除してみるといいかもしれません。最初はポート番号は変更せずに実行してみて、それでもだめだったらポート番号も変更して、それでもダメだったら再インストールしてしまって、それもダメだったら「自己解決」に貼っておいたリンク先のものを試すのがいいかもしれません。
あまり専門的ではないので自信はありません。あとはnoeleさまの判断にお任せします。
0
自己解決
[xamp 3.2.4] Error: MySQL shutdown unexpectedly (win10 x64)
こちらの記事でデータベースの修復を行いました。
認識不足の怖さはありましたが、実施後のデータベースの破損はみられず、２週間以上たった今もmysqlの起動は問題なく実施できています。
もし同じ現象が起きている方の、何かのお役に立てればと思います。
投稿2022/01/01 01:48
総合スコア66
0
アンインストーラーはたいてい、インストール前の状況に巻き戻してくれるのではなく、
設計されたとおりにファイルを削除したりレジストリをいじったりするだけなので、
2度3度のインストールでいろいろおかしくなるようなこともあるかもしれません。
MySQL/mariaDB詳しくないのですが、
インストールされた痕跡を丁寧に消すには、
ほぼほぼ力技になりますが、
MySQL/mariaDBがどこにどうファイルを作るのかを調べ上げる必要がありますし、
レジストリエディタ上で「mysql」などとして検索した先でパスが記録されていたりすることもあるかもしれません。
例えばですが、
【無料】インストール支援のソフト一覧 - 窓の杜
にある、アンインストール支援ツールの類を使ってみるのも手でしょう。
消し忘れを検出して消し込んでくれる機能を持ったものがあります。
【無料】レジストリ・環境変数のソフト一覧 - 窓の杜
にあるレジストリ系ツールを使ってみるのも良いでしょう。
レジストリを検査して、ファイルの実態がないのにレジストリに登録されたままになっているものを消し込んでくれるようなツールもあります。
ツール類はいろいろありますが、うまく今回のケースに効力を発揮するかはわかりかねます。
何にしても、取り掛かる前のバックアップ作業は欠かさないように。
特にレジストリを弄ることでシステムが壊れる可能性もありますので。
投稿2021/12/15 00:23
退会済みユーザー
総合スコア0
ご回答ありがとうございます。
現在、xamppのフォーラムを確認しております。
もし、それでも解決できなければアンインストールの支援ツールも検討したいと思いますm(__)m
XAMPPというよりも、Windows向けmariaDBの方面なので、
mariaDBのKnowledge Baseも当たると良いかと。
https://mariadb.com/kb/ja/+search/?q=Physically+writing+the+file+full&quick=1&source=kb
はじめまして私自身も同じ状況です。もうすでに解決しましたでしょうか？もしまだ解決していたら解決方法を教えていただけたら幸いです。
あなたの回答
tips
プレビュー
