 Re: Mysql全般 ( No.31 ) |
- 日時： 2014/06/23 12:19
- 名前： くりくり
- 6/19日にDOS攻撃でwordpressどうなるんだろう？なあんて書いてましたが、
やられたサーバーで初めてwordpressがデータベース接続エラーをだしました。
wp-config.phpでアカウントとかパスを間違えると出るエラーですが、
急遽phpmyadminをいれて調べてみるとwp_optionsテーブルが使用中とかでていたので、
テーブルの修復をかけると使用中は消え通常な表示に戻りサイト表示も正常に戻りました。
いつかは出るかなと予想しておりましたが、これでも修復できない場合はバックアップからの復元か
myisamのコマンドで15時間くらいかけて修復？しか方法がないので助かりました。
なんでテーブルが壊れたか？
よくわかりませんが、異常な行為は異常な結果を生むことになりますので
注意しないといけませんね。
|
| Re: Mysql全般 ( No.32 ) |
- 日時： 2014/06/23 14:54
- 名前： りり
- あぁ、テーブルの破損は、良くあるみたいですよ。
うちも攻撃受けた訳ではないと思うのですが、一度、テーブルの修復をしたことがあります。
http://todos.xsrv.jp/22patioweb/todos.cgi?no=35
このときは、Wordpressが真っ白になって驚きました。
|
| Re: Mysql全般 ( No.33 ) |
- 日時： 2014/06/24 10:14
- 名前： くりくり
- おはようございます
真っ白になることもあるんですね。
他のドメインも出ていたので今回はmysqlcheckコマンドで直しました。
/var/log/mysqld.logには
/usr/libexec/mysqld: Table ‘./wordpress/wp_options’ is marked as crashed and should be repaired
$ mysqlcheck -r -u wordpress -p wordpress
データベース名、ユーザー名はwordpressにしてます。
これでエラーが出なくなりました。
|
| Re: Mysql全般 ( No.34 ) |
- 日時： 2014/06/24 17:31
- 名前： りり
- mysqlcheckコマンドって、こんな感じですかね？
http://d.hatena.ne.jp/jitsu102/20120106/1325799325
こういう作業を行いやすくするのが、phpmyadminという理解でよろしいでしょうか？
|
| Re: Mysql全般 ( No.35 ) |
- 日時： 2014/06/25 08:47
- 名前： くりくり
- おはようございます。
＞こういう作業を行いやすくするのが、phpmyadminという理解でよろしいでしょうか？
そうです。
今回のデータベース接続エラーはすぐにデータベースにトラブルがあったとわかりました。
しかし、同じテーブルが壊れるという症状にしても画面が真っ白になるとか、
wordpressにログインしてwordpressからテーブルを修復することが出来たりとphpmyadminから判断とか
wordpressのデバックできなかったり、りりさんの体験も読みましたが、
ユーザー視点から切り分けするのはかなり難しそうですね。
そこで自分にはサーバー側からのmysqlのログを見るの一番簡単かなと思います。
|
| Re: Mysql全般 ( No.36 ) |
- 日時： 2014/06/25 16:16
- 名前： りり
- >ユーザー視点から切り分けするのはかなり難しそうですね
そうですね…その時調べても、phpmyadminでいじっているうちに、どういう訳か直ったみたいなコメントが多かったように思います。
>サーバー側からのmysqlのログを見る
これは、一般のレンタルサーバユーザーでは、無理ですよね。
http://www.xserver.ne.jp/manual/man_db_spec.php
Xserverのデータベース説明は、こんな感じです。
|
| Re: Mysql全般 ( No.37 ) |
- 日時： 2014/06/25 20:47
- 名前： くりくり
- >サーバー側からのmysqlのログを見る
wordpressやphpmyadminにログ取得方法がないかなとみましたが、
無理ですね。それがわかればすぐに切り分け出来る。
wordpressはインストールが簡単になり誰もが使えるなんて思っていましたが
会社でデバックできなかったのは痛い所。やはり、それなりのものが必要なんですかね。
レンタルサーバーでプランによってはそういうメンテナンスも含めて
サポートしてくれるところもあるのでそういうのに入るのがいいかもしれません。
|
| Re: Mysql全般 ( No.38 ) |
- 日時： 2014/06/26 09:30
- 名前： りり
- まあ、個人では、そこまでの必要性も無いでしょうが、最近では、個人経営のところでは、Webサイト作成を外注すると、費用が大変なので、WordPressなどが結構使われているように思います。
もしかしたら、最初の設定は、プロに頼んでいるのかもしれませんが、あとの更新等は、自前でどんどんできるようにしたいのかな。
いとこの会社は、いちおう株式会社ですけど、OCNのホームページ作成ツール Page ON で作っていて、シンプルだけど、会社概要等の数ページだけだから、十分な感じです。
http://hptool.ocn.ne.jp/
WordPressに似ているQHMは、データベースを使わないので、いろいろと楽ですが
http://www.open-qhm.net/
実際に使って見ると、ちょっと洗練度がまだな感じもします…
でも、見せるだけのサイトなら、わざわざデータベース使わなくても…と、感じてしまいます。
もっとデータ活用の範囲の広いものなら必須となるでしょうが…
http://park18.wakwak.com/~little-box/Dreamweaver/master043.htm
>商品の購入や管理を行うページとか、顧客情報管理とか…
WordPressも、本当はユーザー設定して、いろいろできるところがデータベース活用の一つなのかもしれませんが、今は、ポピュラーになって、Webサイト作成ツール的になっていますよね？
スレッドテーマのMysql活用の中で、WordPressとかのCMSで使う以外の利用は、どんな風なのかな？と、ちょっと考えたりします。
|
| Re: Mysql全般 ( No.39 ) |
- 日時： 2014/06/26 23:17
- 名前： o6asan
- こんばんは。
>サーバー側からのmysqlのログを見る
に関してphpMyAdminを使う件なんですが，もとのSQLサーバの設定によって，見えるものが違うと思います。
それにしても，関連事項がまったく見えませんでしたか？
phpMyAdminのバージョンで少しずつ使い方は違っていると思いますが，メニューバーの「状態」から
「モニタ」へ進むと，general_logやslow_logの情報までも見れたはずなんですが......
もちろん，もともとの設定でgeneral_logやslow_logを無効にしている場合は，無理です。
|
| Re: Mysql全般 ( No.40 ) |
- 日時： 2014/06/27 05:28
- 名前： りり
- くりくりさんが書かれた内容と、phpMyAdmin使用との関わりで、何がどの部分が分からないですが、表題として、general_logやslow_logという感じのものは、うちのサーバでは、ちょっと見かけないです。
まだ十分には見ていないですが。
今は、エラーでWPを表示しないと言うことはないので。
状態では、添付画像のような一覧が出てきて、そこから「モニタ」へ進むとというような項目はないようです。
状態でも、赤字の部分は良くない状態なんでしょうね。
ところどころ原因と対策が書かれていますが、それは、ユーザー側が設定できるような範囲のものではない様な感じもします。
|
Mysql全般