- 作成: ref
- 参照: deref または @
mysqlクライアントがステートメントの送信中にサーバとの接続が遮断された場合、 直ちに自動的に再接続し、ステートメントの送信を試みる(reconnect)。
注意:
再試行時には全セッションオブジェクトと設定(具体的にはテンポラリテーブル、オートコミットモード、ユーザー定義変数、
セッション変数、トランザクションロールバックなど)が失われているので、ステートメントによってはreconnectすることが危険なものもある。
reconnectしないようにmysqlクライアントを利用する場合には、--skip-reconnectオプションをつけてクライアントを立ち上げる。
| nnoremap o :<C-u>call append('.', '')<CR> | |
| nnoremap O :normal! O<ESC>j | |
| nnoremap go :normal! o<CR> | |
| nnoremap gO :normal! O<CR> |
| # Building static nginx for teh lulz | |
| # | |
| # basic dependencies | |
| sudo apt-get install libxslt1-dev libxml2-dev zlib1g-dev libpcre3-dev libbz2-dev libssl-dev | |
| # download nginx and openssl | |
| wget http://nginx.org/download/nginx-1.5.6.tar.gz | |
| tar xf nginx-1.5.6.tar.gz; cd nginx-1.5.6 |
http://ameblo.jp/principia-ca/entry-11573342807.html
- 復帰した旧masterが新masterになるわけじゃないんで「フェイルバック」 ではない感。
- sentinel 1台だと誤検知してもFOしちゃうので怖い。別ラックとかで複数sentinel配置すべきじゃないかなぁ。
- alias_ip_change.shは非常にまずい気がして、引数全く見てないのでFOが発動したときと完了したときの2回IP Alias切り替えちゃう。つまり元に戻るので落ちたmasterにVIPが付いちゃうんじゃないかなぁ?
- あとip addr del/addしたときって他サーバー/スイッチのarpテーブル/FDB更新されるんだっけ? Gratuitous ARP送ったほうがいいような気がするけどどうだろう?
- 注意点1はそんなことはなくて、ちゃんと引数をみてroleがleaderでstateがendのときだけVIPの移動処理すればOK 引数の説明はsentinel.confに書いてある
- array_push で配列の要素足すのと、$array[] = $val で配列の要素足すのと何が違うのかわからんので調べた
- http://pecl.php.net/package/vld を入れると処理系の OPコードを見れる
[vagrant@localhost ~]$ rpm -q php
php-5.3.3-23.el6_4.x86_64
| package main | |
| import "fmt" | |
| func main () { | |
| // 見つめ合う | |
| fmt.Println("おっくせんまん!おっくせんまん!!") | |
| defer fmt.Println("ジャパン!!!"); | |
| } |
| やわらかRubyはCC BY 4.0 で提供します。 | |
| 詳細: https://creativecommons.org/licenses/by/4.0/deed.ja | |
| This work is licensed under a Creative Commons Attribution 4.0 International License. | |
| See also: https://creativecommons.org/licenses/by/4.0/deed |
Moved to git repository: https://github.com/denji/nginx-tuning
For this configuration you can use web server you like, i decided, because i work mostly with it to use nginx.
Generally, properly configured nginx can handle up to 400K to 500K requests per second (clustered), most what i saw is 50K to 80K (non-clustered) requests per second and 30% CPU load, course, this was 2 x Intel Xeon with HyperThreading enabled, but it can work without problem on slower machines.
You must understand that this config is used in testing environment and not in production so you will need to find a way to implement most of those features best possible for your servers.
| $ ruby http-dumper.rb -p 3002 |