1月 15, 2010
さくらで運用しているアプリを弄っていたら
突然こんなエラーが
ERROR 2013: Lost connection to MySQL server at 'reading initial communication packet' Error 61
無論DBにアクセスできない状態になったので、なんなのかなーと探っていたら
10分ほどして勝手に直った。
直った?っていうか本当に直ったの?ってことで
一応作業を終えた後色々調べていたら
どうもプロセスが死んでリスタートされてる間にアクセスすると
こんなエラーになるらしい。
このエラーが出た間に裏側ででたmysqlのエラーログはこんなかんじ。
Server shutdown in progress
Lost connection to MySQL server during query
Can't connect to MySQL server on '***.db.sakura.ne.jp'
てっきり作業でUPDATE文とかINSERT文とか1000行単位でぶちこんでいたから
それのせいなのかと思ってただけによかったよかった。
なんかのタイミングでmysqlサーバが再起動してたぽいですね
ということでまたおきた時の為にメモ。
1月 14, 2010
シングルトン君を書いてる時にふと
try-catchのとこをきれいにかけないかなと思って
(今までいちいちtry文の中で throw new Exception() してたので)
set_error_handlerを使って書き直してみました。
//今までこんなかんじでめんどくさい
public function hogehoge() {
try {
if (TRUE === $error) {
throw new Exception($e);
}
if (~~~) {
throw new Exception($e);
}
} catch(Exception $e) {
}
}
//set_error_handlerを使うとこうなる
public function hogehoge() {
set_error_handler("Class名::dbErrorHandler");
try {
} catch(Exception $e) {
}
restore_error_handler();
}
public static function dbErrorHandler($enNo,$eStr,$eFile,$eLine) {
throw new Exception($eStr,$enNo);
}
おーやっとそれっぽくなった。
ちなみに set_error_handler() は staticで書いておけば
set_error_handler("クラス名::dbErrorHandler");
set_error_handler("self::dbErrorHandler");
set_error_handler(array($this,'dbErrorHandler');
のどれでもいけます。
11月 16, 2009
新しく契約したサーバでDB(mysql5)使おうとしたらこんなのがでた。
Client does not support authentication protocol requested by server; consider upgrading MySQL client
phpのほうは同じなのにmysql4.1 > 5 の違いでエラーが出てるので
なんでだろうとおもったら、パスワードのハッシュの長さがうんたらかんたらだった。
さくらサーバだとDBのアカウント作成する際に自動でやってくれるんだけど
それが4.1用のやつなのかな。
mysql5をさくらで使うの初めてだから毎回こうなるのかはわからないんだけど。
で、まあこんなかんじで解決
UPDATE user-name SET password = OLD_PASSWORD('**********')
ユーザネームとパスワードを上の構文に入れてあげるだけでした。
エラーの詳細はここら辺を参考にどうぞ
パスワードハッシュ