Optimizing Database Performance in Rails
Resources What is Heroku? Help Customers Careers Events Podcasts Compliance Center Heroku is for Developers CTOs Team Collaboration Startups Enterprises Agencies Students See More Languages Node Ruby Java PHP Python Go Scala Clojure See More Latest News from the Heroku Blog Heroku Blog Find out what's new with Heroku on our blog. More news View all blog posts Setting up a database is a relatively
dog pile effect という現象についてRailsで解消するにはrace_condition_ttlを利用する | Act as Professional
これが dog pile という状態です。語源は犬が積み重なって寝ることを指しているようです。人間が積み重なっていることも指しているようで、野球の乱闘状態などもdog pileというようです。 dog pile effect とは？「dog pile」というのはここまででなんとなくわかりましたが、WEBアプリケーションの世界での「dog pile effect」とはどういったことなのでしょうか？これについて解説してみたいと思います。 「dog pile effect」はmemcachedやredisといったexpireを設定するキャッシュストアを利用しているWEBアプリケーションで発生します。 dog pile effect が発生する構成dog pile effect が発生する状況について、以下の様なシステムがあると想像してください。 WEBアプリケーションが1つのページをキャッシュを
RailsのセッションストアとしてRedisを使う(Mac/EC2:AmazonLinux) - Qiita
RailsデフォルトのCookieを使うセッションストアから、Redisに変更してみる。 ローカル開発環境(Mac)と、本番環境(EC2:AmazonLinux)の両方動くようにする。 なお、本番環境ではRedisサーバとしてElastiCacheを使った。 Redisとはなんぞや？ いわゆるひとつのDB。といってもPostgresqlやMySQLといったRDBとは毛色が違っていて、 一意のキーと、保存したい値のペアでデータを保存する(KVS:KeyValueStore) データを全てメモリ上に持つ（なので動作が高速） という特徴がある。 でもメモリにあるってことは再起動するとデータ消えるんでしょ？と思いきや、定期的にメモリ上のデータのスナップショットを保存してくれる（データ永続化）。もちろんクラッシュ時には最後にスナップショットを保存してから先の分は消えてしまうけど、それを最小限に抑える
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
