connection
DB接続の永続化
接続にオーバーヘッドがある
DB層のhandshake
DB層の認証
DBの接続用prosess/thread生成
etc.
2種類ある?
WebApp Serverのreq処理中だけ、DBとの接続を永続化
reqのたびに新しく作るということ?
これのことを永続化って言えるのか
1回のreqの中で、複数個のSQLを打つ場合ってことか
流れ
WebApp Serverがリクエスト処理を開始
最初のDB接続後にDBオブジェクトのようなものをメモリ上に保持
req処理終了前にDBオブジェクトを破棄
接続をclose
常時接続を永続化する
アプリケーションのglobal空間に、DBとの接続したままのDB handler objectを保持しておき、破棄せずに使いまわす
2種類の制限がある
Linux kernelのポート数やファイルディスクリプタ数の上限
DB層での接続数の上限
その対策
mysqlでconnection確立時にやっていること
どういう概念
誰の責務?
どれぐらいconnection数を持つものなのか
どれぐらいのコストがあるのか
度の本に書いてあるのか
わかりやすい。最初に読むと良い
他ページへのリンクもある