http://search.cpan.org/dist/DBI/DBI.pm#clone DBIにcloneメソッドがあることを@nihenさんがみつけました。 #いやーDBIのドキュメントは良く読むと便利メソッドが一杯ありますね TengとかSkinnyではconnect_infoを受け取るだけでなく、 $dbhを受け取って利用する仕組みも提供しているのですが、 そこで一番問題になっていたのはdbへの接続がブチギレた場合のreconnectの問題でした。 connect_infoがある場合は接続情報を自分で持っており、簡単に再接続できるんですが $dbhしかない場合はいままでできないとおもっていました。 DBI的にも接続時につかったpasswordを取るインタフェースがなかった。 なので$dbhを渡された場合は自動reconnectは行わずにエラーで死亡にするようになってたんですが、 D
PerlのDBIモジュールのcloneメソッドがいいらしい 『DBIとforkの関係』とか『DBI#cloneというメソッド』とかで、取り挙げられているDBIのcloneメソッドを実感するためのサンプルコード。 #!/usr/bin/env perl use strict; use warnings; use DBI; my $dbh = DBI->connect('dbi:mysql:;', 'test', 'test'); warn $dbh->do('show processlist'); $dbh->disconnect; warn $dbh->do('show processlist'); $dbh = $dbh->clone; warn $dbh->do('show processlist'); コネクションの再接続がなんとお手軽! コネクションの維持に関しては『Scope::
At London Perl Workshop 2011 there were many talks about CPAN modules and dependencies. When people talk about "CPAN dependencies", it usually used to come with the phrase "Hell". Not anymore. Everybody talked about more fun things to do with CPAN dependencies, which is probably inspired by the toolchain updates and my own cpanminus. Especially at lightning talks, Tim Bunce explained his dist-surv
実際ググれば正解はいっぱい出てくるしここに自分もコメントで書いてたりしていまさら書く必要もないかなと思ってたけど一応自分のブログでもまとめておくということで。 一般的な解 DBIx::ConnectorとかDBIx::Handler経由でかならず$dbhを取得してからDBIを使う。 もしくはfork-safeなORM(DBIx::Class, DBIx::Skinny, Teng)を使う。 DBIを直接使っている場合 一般的なコネクションを保持するクライアントと同様にDBIもforkした子供が親のコネクションをそのまま使うことはバグの原因になります。特にトランザクションの処理等で重大な問題が起こる可能性がある。 解決策は、 DBIのコネクションを親で作らないで、子供で独自に作る 親で作ってしまったコネクションを子供が安全にDESTROYし、再接続する のどちらかになります。ここで問題は2で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く