Catalyst＋FastCGIで「MySQL server has gone away」→mysql_auto_reconnect[DBIC] - ヒルズで働く@robarioの技ログ
[error] DBIx::Class::ResultSet::pager(): DBI Exception: DBD::mysql::st execute failed: MySQL server has gone awayなんていうエラーが出てたのですが、 FastCGI(Catalystの方？）では$ENV{GATEWAY_INTERFACE}も$ENV{MOD_PERL}もないので、どうもmysql_auto_reconnectを自分でOnにしないとだめなようです。 とのことです。非常に助かります。 早速connect_infoの属性にmysql_auto_reconnectを加え、 Model::MyModel: schema_class: MySchema connect_info: - [dns, user, pass] - AutoCommit: 0 mysql_auto_
![Catalyst＋FastCGIで「MySQL server has gone away」→mysql_auto_reconnect[DBIC] - ヒルズで働く@robarioの技ログ](https://cdn-ak-scissors.b.st-hatena.com/image/square/55b02f3191010ee481e77948049b32747bdb7442/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127100682843%2F17680117127100696926%2F1556721973)
livedoor Techブログ : MySQLテスト環境の構築
はじめまして。開発部の永谷です。 livedoorでは新旧様々なサービスを提供しているのでサービスによってMySQLのバージョンも様々ですが、開発環境のMySQLと本番環境のMySQLのバージョンが違ったりすると心配です。 そこで今回はローカルのテスト環境に異なるバージョンのMySQLを複数インストールしてみます。 私は開発環境としてThinkPadX60にcolinux/fedora5をインストールして愛用していますので、 みなさんの環境に置き換えて参考にして下さい。 まず一つ目のMySQL(私は5.0.45にしました)をインストールしてみます。 configureは以下のようにしました。 % ./configure \ % --prefix=/usr/local/mysql \ % --with-charset=utf8 \ % --with-extra-charset=all \ %
mixiの生みの親“バタラ氏”が語るMySQLの意外な利用法 － TechTargetジャパン
日記だけで4億件のデータ ミクシィが運営するSNS「mixi」は、2007年7月末段階でユーザー数が1110万人。人が12人集まれば、1人はmixiユーザーというわけだ。ユーザーのアクティブ率（ログイン間隔が3日以内）は約62％と高く、2007年4月から6月の月間平均ページビューは117.5億に達した。日記だけでも4億件以上に上るなど、蓄積するデータ量も莫大。2004年3月のサービス開始から、わずか3年半で現在の巨大コミュニティーへと発展したのだ。 ミクシィは、「LAMP（OSのLinux、WebサーバのApache、DBMSのMySQL、開発言語のPerl、PHP、Python）」と呼ばれるWebシステム向けの標準的なオープンソースソフトウェア（以下、OSS）でシステムを自社開発し、安価なPCサーバを1000台以上連ねる超分散構成でmixiのサービスを支えている（広告配信など周辺機能では
mysql_set_charset() vs SET NAMESクエリ | うえちょこ＠ぼろぐ
先日のphp 5.2.3のアップデートで mysql_set_charset()(英語)という関数がセキュリティフィックスという名目で追加されました。 Sets the client character set. php manual 『 mysql_set_charset()(英語)』より どうしてこの関数が追加されたのかというと、おなじみのSET NAMESクエリでは、SQLインジェクションの脆弱性になる可能性があるからです。 このSET NAMESクエリは、SQL文レベルでの文字コード対応なので、どうしても隙ができてしまう可能性があるとのことです。 本来であれば、my.cnf設定などでデフォルトで望んでいる文字コードが吐き出されるようにしておくべきなのですが、それができないphpユーザーもいるのが現状です。それがSET NAMESクエリがよく使われる理由です。php5.2.3では、打
MySQL4.0系を文字コードUTF-8で利用している場合のアップグレード方法 » blog.plastik.jp
いまさらながらMySQL4.0系で運用しているサービスがあるんですが、他とのからみがあり、バージョンアップしなければならなくなりました。で、せっかくなので、最新バージョンに移行しようと思ったものの、4.0系のmysqldumpではまりました。 元々4.0側で利用していた文字コードは、 サーバの設定: ujis(euc-jp) 実際つっこんでいた値: utf-8 まあ、上の利用方法がすでに間違っているわけですが、4.0系側でエクスポートのために、mysqldumpを行っても、うまくdump出来ず文字化けします。いろいろ試しましたが、全くうまくいかず諦めかけていたところ、なんとMySQLオフィシャルにこの問題を吸収してくれるツールがありました。 MySQL Administrator 上記ツールには、バックアップ&リストア機能があり、こちらのバックアップ機能を使用すると実質mysqldumpを
t_komuraの日記 - addslashes() による SQL 文字列のエスケープ回避問題
The addslashes() Versus mysql_real_escape_string() Debate (Chris Shiflett: The PHP Blog) で文字コードによっては addslashes() による SQL のエスケープ処理は問題があることが指摘されていました。 日本語でも、Shift_JIS を扱っている場合は同様の問題が起きる可能性があるように思われましたので、メモしておきます。何か間違い、勘違いなどがありましたら指摘してください。おそらく、PHP だけの問題ではないと思います。 日本語でも文字コードが Shift_JIS の場合、addslashes() によるエスケープ処理では SQL インジェクションが可能になってしまうケースがあります。 例えば、上記のページの例を少し変更すると以下のようになります。 <?php // 例: 文字コードが Sh
PHPでaddslashes()でエスケープしてもSQLインジェクションな穴
■data uri変換機 これはそそります。なるほどぉ。 data:text/html;charset=utf-8;base64,aHR0cDovL2xhLm1hLmxhL21pc2MvanMvZGF0YS5odG1s ■FirefoxでWindowsのクリップボードに値を設定する方法 上を踏まえて。 http://la.ma.la/misc/js/setclipboard_for_firefox.html http://la.ma.la/misc/js/setclipboard.txt Opera8.5でもいけてる気がします。 外部のサーバを利用せずにHTML単体でいけているのは、dataスキームが有効だからですね。IE7ではまだdataスキームって有効じゃないのでしたっけ？ え？オーバーフローするかって？しないでしょ（笑） Firefoxでテキストをクリップボードにコピーする方法::最
サービス終了のお知らせ
平素より「PHPプロ！」をご愛顧いただき、誠にありがとうございます。 2006年より運営してまいりました「PHPプロ！」ですが、サービスの利用状況を鑑みまして、2018年9月25日（火曜日）をもちましてサービスを終了させていただくことになりました。 サービス終了に伴いまして、2018年8月28日（火曜日）を持ちまして、新規会員登録ならびにQ&A掲示板への新たな質問、回答の投稿を停止させていただきます。 なお、ご登録いただいた皆様の個人情報につきましては、サービス終了後、弊社が責任をもって消去いたします。 これまで多くの皆様にご利用をいただきまして、誠にありがとうございました。 サービス終了に伴い、皆様にはご不便をおかけいたしますこと、心よりお詫び申し上げます。 本件に関するお問い合わせはこちらよりお願いいたします。
ウノウラボ Unoh Labs: MySQL オペミスでデータが破損してしまった場合の復旧方法
こんにちは satoです。 オペミスで update に where句を付け忘れたり、プログラムのバグでデータが破損してしまったりした場合でも、バイナリログには更新SQLがすべて書き込まれるので、バックアップデータからオペミスが起こるまでの全てのSQLを流し込めれば、元の状態に戻すことは可能です。 •バイナリログを取っている •オンラインバックアップをとっている(mysqldumpやMySQLを止めた状態でのcpによるバックアップとバイナリログ) •バックアップ時点でのバイナリログの書き込み位置を保存している 以上のような状態でデータが壊れた時の復旧手順をまとめてみました。シナリオとして •ある1カラム email をupdateしようとしたら、間違ってwhere 句を付け忘れ 全レコードをupdateしてしまった •気がついたのが半日後 というオペミスが発生したとします 1) データベー
MySQL on Mac OS Xおぼえがき - Sooey
MySQL on Mac OS Xおぼえがき MySQL ABが配布しているMySQLのMac OS X用パッケージに関するメモ。いつも忘れてしまうので。 mysql システムアカウントが必要(Mac OS X 10.2以降は標準で存在する) インストーラがやること /usr/local/mysql-VERSION 以下へのMySQLインストール /usr/local/mysql からインストールディレクトリへのシンボリックリンク作成 /usr/local/mysql が存在する場合に /usr/local/mysql.bak にリネーム mysql_install_db を実行して mysql テーブルに権限情報の作成 パスなど 各種コマンドは /usr/local/mysql/bin 以下にある ソケットファイルは `/tmp/mysql.sock’ に作成される サーバプロセスの自動
MySQLのデータをシフトJISからUTF-8に変換した際の記録 - sanonosa システム管理コラム集
今回のエントリーは、先日Shift JISで作っていたデータを多言語対応にすべくUNICODEに変換しようとしたとき苦労した際の記録です。 今回対象としたのは、MySQLからdumpした100MB近くあるデータです。 【一通りの手順】 まずMySQLからデータをdumpします。 % mysqldump [database name] > dump.sql 次にdump.sqlをmoreしてみると「DEFAULT CHARSET=sjis」という記述があるのでこれをutf8に変更します。 % perl -p -w -e 's/sjis/utf8/g' dump.sql > dump2.sql ただいくらDEFAULT CHARSETをutf8に変えても実際のデータがシフトJISなので、データ自体もUTF-8に変えます。 % iconv -c -f shift_jis -t utf-8 dum
［MySQLウォッチ］第37回 文字コードに起因する問題は文字化けだけじゃない，ソート順とcollationの関係
［MySQLウォッチ］第37回 文字コードに起因する問題は文字化けだけじゃない，ソート順とcollationの関係 前回は，マルチバイト文字コードを使用しているユーザであれば陥りがちな「文字化け」をテーマに解説を行った。特に日本では，複数の文字コードが存在するので，混乱を助長してしまう。 さて，文字コードの違いによる弊害は，文字化けという表示の問題だけではない。データベースは，データの蓄積と提供が重要な役割である。大量のデータを提供する際には，並べ替えが必要になる。実は，文字データの場合，文字コードによって，並びが変化することをご存知だろうか。今回は，ソート処理と文字列の関係を解説する。 ソート処理での文字コードの影響 文字には，大文字と小文字のように同じ文字ながら，単語や文書での位置によって体裁が変わる場合がある。また，海外では，地域によって，アルファベットの並びが異なったり，文字自体が
さくらインターネットでmysqlの自動バックアップ | ランサーズ社長日記
いいね！ 4 ツイート B! はてブ 185 Pocket 22 さくらインターネットのレンタルサーバーは非常に高機能なんですが、バックアップ機能だけはありません。（私が確認する限り。） HTMLやGIF、PHPなどのファイルはローカルのPCで持っているから大抵は大丈夫だとして、データベース系は間違って全部消してしまった日には目も当てられません。。定期的にバックアップを取るようにしていますが、忘れることもよくあるので、自動バックアップスクリプトをcronに登録しときました。 よくあるスクリプトですが、参考までに張っておきます。3日間分のMYSQLのバックアップデータを保持します。mysqlのID/PWなどは書き換えて下さい。 何もバックアップなんてしてない！という人は、自己責任で使ってみて下さい。 #!/bin/sh PATH=/bin:/usr/bin:/sbin:/usr/sbin:/
Re: MySQL最適化のミニtips - 日向夏特殊応援部隊
元ネタ: http://labs.unoh.net/2007/07/mysqltips.html あまり具体的じゃないので、僕の考えとか。 正しいかどうかは各自の状況だとか実際試すべきなんだけど、参考になれば。 MyISAM、InnoDBなどテーブルタイプ 僕は断然InnoDB派です。 ただ仰るとおり、ログるだけのテーブルとかならMyISAMでもいいとは思うけど。 トランザクションやロック処理などが必要ない場合など、MyISAM形式にも良いところはあるので検討してみる価値はあるかもしれません。 これだけの指摘だとちょっと微妙な気がするです。 MyISAMの使いどころってのは、 ピンで他とリレーションが無い単純追記系のテーブル リレーションがあり、同一トランザクション内での更新系クエリが存在する場合は、トランザクションが期待通りに動かないので、基本的にはInnoDBと混在させるべきではない
[ThinkIT] 第2回：負荷によるベンチマークを試す (1/3)
max_connectionsとは、「MySQLサーバが許可する、MySQLクライアントの同時接続最大数」です。この値は、MySQLクライアントから無制限にコネクションが張られることによってMySQLサーバの負荷が増大し、最終的にはサービスが停止してしまう…といった事態を防ぐために、同時接続してよいMySQLクライアントの数を制限することが目的です。 さらにもう少しパフォーマンスに注目していい換えれば、MySQLサーバがもっとも良い効率で稼動できる範囲にMySQLクライアントの接続数を制限する、ということになります。 あなたの環境ではいくつに設定されているでしょうか。パラメータ設定一覧を取得するコマンドは「第１回：定量的な情報収集のススメ」で説明した通りですので、以下のように実行してみましょう。 特に意識して設定を変更していなければ、上記のようにデフォルト値である100が表示されるはずです
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQLに繋がるまでに3,4秒時間がかかる問題解決 « ku
https://labs.cybozu.co.jp/blog/kazuho/archives/2007/09/mysql_async.php
developer0000.jp
サイボウズ株式会社
[ThinkIT] はじめてのMySQLチューニング 第3回：max_connectionsとthread_cacheのチューニングを行う (1/3)