本日のメモはワードプレスで気になっていたMySQLデータベース(DB)のアップデートメモです。ワードプレスを使っているオジサンのような素人ユーザー向けメモです。
これこそGW中にやっとけという内容ですが…。
![](https://i0.wp.com/en1.link/wp-content/uploads/2019/05/fd19354fbe860ee09d7cd2058e5b2932.jpg?resize=500%2C135&ssl=1)
WP5.1 サイトヘルス機能
もう3年ぐらい前から気になっていたDBのアップデートですがFTP経由で触るのが面倒で、更に田舎暮らし堪能中という言い訳付きで放ったらかしでしたがつい最近ワードプレス5.1で上の画面ような機能が追加されちゃったもので、それからというものあからさまに「問題」という文字が目に飛び込んでくる画面がタイトル写真。非常に仰々しく「1件の致命的な問題」とな。
![](https://i0.wp.com/en1.link/wp-content/uploads/2019/05/cc830dd8082700440c57d3a8bc845e92.png?resize=500%2C270&ssl=1)
1件の致命的な問題「非常に古いデータベースサーバー」
SQLサーバーというのはオラクルさんが提供しているデータベース機能でして、オジサンが解説するまでもなく、超簡単に言えばサイト内データにカテゴリを付けて検索できるのはコレのお陰でして、もっと言えば「WP=MySQL」といっても過言ではない心臓と血管と血液が一緒になったような大事な部分なんですが「MySQL5.1」というのは2008年製なので「古すぎるよ!」というわけです。もう11年前の代物。
そこで最低でも2010年製の「MySQL5.5以上で使ってくれよ」という注意喚起です。
つまりオジサンが今から10年ぐらい前にWPを使い始めた時のDBをそろそろ変えてくれということでして、これをしておかないとWPお得意のテーマやプラグインを使っていてもエラーでサイトが壊れるよ!みたいなことです。ちなみにそれ以前はMovable Type(通称MT)を使っておりました。有償であっても便利だったのですがあらゆる自由度が狭く感じてWPへ引っ越ししました。
てなことで作業は何をすんねん?ということですが…
実は…
サイト右下の残骸サイトもそうなんですが、オジサン幾つかサイトを分けてありまして、7つほどのサイトのうち5つはDBを共有しておりました。しかもWPで。どれも日常のたわいもないメモで、もの凄いアクセス数があるよ!みたいなサイトは一切無いので共有レベルで問題ないことなんですが、共有DBで複数サイトとなりますと、各サイトデータをバックアップした後でサーバーを一旦更地にし(MySql5.1を削除)、再度建て直す(MySql5.6をインストール)みたいな流れだと全サイト消滅ということも考えられ…
ちょっと話が逸れますが、この際サイトを集約して管理簡素化も必要ですね。テーマ毎に分けると自分で読み返してもシンプルなんですが管理が面倒。これは今後の課題です。
てなことで最も一般的な流れでアップデートしました。
流れは以下の通り。
- まずは全てをバックアップしておく。
- phpMyAdminでDBデータをエクスポート
- レンタルサーバー で新しいDBを作成
- 先の新しいDBにphpMyAdminでエクスポートしたDBデータをインポート
![](https://i0.wp.com/en1.link/wp-content/uploads/2019/05/9fdb3783d2a31e2241f74de99b439c44.jpg?resize=500%2C717&ssl=1)
phpMyAdmin エクスポート画面
先の2-3の流れをサイトの数だけ繰り返すこととなります。確か128MBのまでしかインポート出来ない…みたいな記憶があったのですがインポート画面を見ると512MiBって書かれてました。つまり512MBまで一発でインポートできるということです。たぶん512MBを超えるとビッグダンプみたいなソフトの力を借りて分割アップするみたいですね。
![](https://i0.wp.com/en1.link/wp-content/uploads/2019/05/f3d43f322470e60e5320863163313e37.jpg?resize=500%2C404&ssl=1)
最長512MBの文字
そして自分のデータを見ると182.9 MB。余裕で放り込めるデータ量なのでインポートを実行しますと20分ほどでめでたく完了しました。
![](https://i0.wp.com/en1.link/wp-content/uploads/2019/05/d1e4f76884a50122b38f398b3292d563.jpg?resize=500%2C30&ssl=1)
インポート成功
成功するとFTPとかでサーバー内のWPを放り込んでる場所の「wp-config.php」を開けて中身を書き換えてあげます。
![](https://i0.wp.com/en1.link/wp-content/uploads/2019/05/dfd230ea89a92d1126e9d816a22da4af.jpg?resize=500%2C243&ssl=1)
空欄の場所を埋めたら完了
おそらく「MySQLのユーザー名」が変わる確率は低いと思いますが、それ以外の3ヶ所は新しい名称に置き換わると思います。これにて完了となります。普通はこれで終わるのですがトラブルはつきもの。オジサンがやらかしたのは3つ。そのうち2つはphpMyAdminのエラー。
![](https://i0.wp.com/en1.link/wp-content/uploads/2019/05/b71293a495023510ee6eb01ab5797231.jpg?resize=500%2C166&ssl=1)
#1044 要らない”データベース名”を取り除けば解決へ
![](https://i0.wp.com/en1.link/wp-content/uploads/2019/05/1a391f3e727aca0cfa72acb44b630808.jpg?resize=500%2C201&ssl=1)
#1046 インポート先サーバーを選ばず実行した際のエラー
どちらもネット上にゴロゴロ転がってる有名なエラーなんですがオジサンにとってちょっと厄介だったのが「#1044」です。複数サイト用にDBを分け始めたのは良いのですが、先に書いた通り2-3の作業を繰り返す単調な作業。3回目ぐらいの作業中にDB準備途中でphpMyAdminを触り始め、DB準備中で作業を止めたまま夕食の準備をしていたらすっかり忘れてしまい、食後にphpMyAdminインポートをしたらエラーが出たので深く考えることなくDBのテーブルを削除した瞬間に「やばっ!サイト吹き飛ばした!」ということに気づき…もちろん吹き飛んだ後ですから正に後の祭り。1つのサイトが消えました。そのサイトに映る文字は「データベースエラー」。泣けてきます。
バックアップしているので元に戻しましたが、復旧に6-7時間費やしてちょっと疲れました。
でも「1件の致命的な問題」は解決。これで暫く放置できそうです。
![](https://i0.wp.com/en1.link/wp-content/uploads/2019/05/af389c88a6780f5d4e6f83ff04a5025a.jpg?resize=500%2C250&ssl=1)
致命的な問題は解決へ
WPは使いやすいとか言われますが、まだこんなことしないといけない時代なんですね。こんなことするぐらいだったら「はてなブログの方が楽でね?」ということで移動される方もいらっしゃいますが…まぁ、素人にとって意味不なSQLとか考える時間が無駄ですし既存サービスに乗っかるのも良いのですが、オジサンにとってのWPはWEBを触りながら社会変化を感じるリハビリツールと化しております。
久しぶりにリハビリ内容が濃すぎて死亡したメモでした。
コメント