これは何? リバースプロキシでTimeOutした場合、ApacheとNginxをHTTPのステータスに差があったのでメモしておく。 結論 リバースプロキシでTimeOutした場合、HTTPのステータスに差があった。 Apacheの場合、ステータス:502 Bad Gateway / Proxy Error xxx.xxx.xxx.xxx - - [03/Feb/2015:03:19:16 +0000] "GET / HTTP/1.0" 502 468 "-" "ApacheBench/2.3"
![NginxとApacheのリバースプロキシのTimeOut時のHTTPステータスの違い - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/de5a0a657a27c539f89f3c3b22b4ac3c05c2b725/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9TmdpbnglRTMlODElQThBcGFjaGUlRTMlODElQUUlRTMlODMlQUElRTMlODMlOTAlRTMlODMlQkMlRTMlODIlQjklRTMlODMlOTclRTMlODMlQUQlRTMlODIlQUQlRTMlODIlQjclRTMlODElQUVUaW1lT3V0JUU2JTk5JTgyJUUzJTgxJUFFSFRUUCVFMyU4MiVCOSVFMyU4MyU4NiVFMyU4MyVCQyVFMyU4MiVCRiVFMyU4MiVCOSVFMyU4MSVBRSVFOSU4MSU5NSVFMyU4MSU4NCZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnM9MTRhNWY4ODg2NDI1YzNlNDhmOGMxOThkMzhmZDA1MWI%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBkaWdkYWdkYWcmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTBlZGVjZWUyOTY0OTQ4NzAzYWVjOWYxMDA2Zjg2NjY3%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D1e45e28c885cb8014807074eb2f3bf19)
We’ve represented the old version in red and the new row version in green. Under the hood, Postgres uses another field holding the row version to determine which tuple is most recent. This added field lets the database determine which row tuple to serve to a transaction that may not be allowed to see the latest row version. With Postgres, the primary index and secondary indexes all point directly
Uber-migrated-pg-to-mysql.md Why Uber Engineering Switched from Postgres to MySQL - Uber Engineering Blog のまとめ Posgresqlだと pgは追記型なので少しの更新でも多くのdiskへのwriteがおきる カラムを一つ更新しただけで多くのindexの書き換えが起こる よって、replicationはWALを送るので更新が多いとWALが大量に送られる repcliationでは物理的なdiskの変更を送る DC間でレプリするときつい bugがあってreplica間でMVCCの不整合が起きる masterとreplica同じdisk上のデータ構成を共有するのでupgradeがつらい cache readはsyscallとosのpage cache経由なので重い 1コネクション1プロセス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く