New Feature on Rails 5.2: Redis Cache Store
Redis Cache Store is a new feature on Rails 5.2 although support for caching in Rails has been around for some time. A few cache stores already exist like MemCacheStore, FileStore, and MemoryStore. You can also use a custom store so no doubt some people are already using Redis as a cache store. The new feature on Rails 5.2 is the built-in Redis Cache Store. You don’t need to use a custom cache sto
Storing Data with Redis
2015-09-24 Would you stuff all of your data into one database table? That’s crazy, Mike, don’t be silly! What if I told you most people do just that with Redis? Redis users often have several distinct datasets in Redis: long-lived transactional data, background job queues, ephemeral cached data, etc. At the same time I see lots of people using Redis in the most naive way possible: put everything i
heroku redisをキャッシュ目的で使う場合は気をつけようねって話 - naichi's lab
概要 heroku redisの標準設定だと、古いキーは勝手に消えずメモリ使い切るとエラーする redis:maxmemoryの設定を変えておこう 詳細 発生したエラーについて unityroom.com ですけど今日のお昼ぐらいから断続的にエラー出まくってました。 Redis::CommandError: OOM command not allowed when used memory > 'maxmemory'. メモリが足りないよエラー。 maxmemory-policy Heroku Redis | Heroku Dev Center 上記公式ドキュメント参照 noeviction will return errors when the memory limit is reached. allkeys-lru will remove less recently used keys
Heroku Data for Redis | Heroku Dev Center
Heroku Data for Redis is an in-memory key-value data store, run by Heroku, that is provisioned and managed as an add-on. Heroku Data for Redis is accessible from any language with a Redis driver, including all languages and frameworks supported by Heroku. Where possible, noninclusive terms have changed to align with Salesforce’s company value of Equality. Noninclusive terms remain to document a th
ソシャゲ開発経験から学んだゲームに Redis を使う際の Tips
近年の KVS では割と Redis が覇権を取っていることもあり(当社比), 社内の多くのプロジェクトで Redis を使用するようになりました. ということでノウハウ的なのも溜まってきたのでまとめたいと思います. (大量のユーザーデータを扱うソシャゲにしか当てはまらない部分もあるかと思います) 単純にパフォーマンスを RDB < Redis と思い込んでとりあえずでキャッシュしない 「Redis は速い」と言われますが, インデックスをちゃんと貼った RDB のクエリも そこまで遅いわけではありません. 結局通信コストの方が遥かに大きいので内部の 取得時間差はトータルで考えると多くの場合誤差です. 特に RDB の主キーのみで取得できるようなデータを Redis にキャッシュすることに メリットはありません. キャッシュするコードを書くコストの方が高くつきます. キャッシュするのは R
Redisの永続化とパフォーマンスのバランスを考えてみる(redis-pyを添えて) - [Dd]enzow(ill)? with DB and Python
ISUCONに関わって初めて真面目にRedisと向かい合ってます。RedisはオンメモリのKVSですが、デフォルトの設定では、再起動後もその内容が失われないように永続化されています。しかし、ISUCONというパフォーマンス重視の環境で永続化を考える場合、いくつか検討事項があるように思います。 Redisの永続化 Redisが備えている永続化の機能はRDBとAppend-only file(AOF)の2種類です。RDBMS脳な人(自分を含め)向きにいうならば、RDBはExportした論理ダンプでAOFはWALファイルやREDOログと呼ばれるものを取り続けるイメージでしょうか。 type メリット デメリット RDB 取得が容易、読み込みが高速 取得後からクラッシュまでの間にデータロスが発生し得る AOF 可用性を最大にすればデータロスがほぼない パフォーマンスへの影響がRDBより大きい AO
![Redisの永続化とパフォーマンスのバランスを考えてみる(redis-pyを添えて) - [Dd]enzow(ill)? with DB and Python](https://cdn-ak-scissors.b.st-hatena.com/image/square/32acd71b34b290835301080a3b3c232af13e641c/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F8599973812288943377%2F8599973812309544037%2F1508425849)
Rails: RedisキャッシュとRackミドルウェアでパフォーマンスを改善（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Optimize Rails performance bottleneck with Redis caching and Rack middleware 原文公開日: 2018/02/05 著者: Paweł Urbanek パレートの法則によると（少々誇張あり）、Railsアプリにおけるパフォーマンス問題の95%は、エンドポイントのわずか5%で発生していることになります。本記事では、シンプルなRedisキャッシュ技法とカスタムRackミドルウェアを用いて、私のRailsアプリでエンドポイントのボトルネックを500%以上改善したときの方法について解説いたします。 ベンチマークは、Macbook Pro 2015（RAM 16GB、2.2 GHz Intel Core i7）でSiegeを使いました。productionのデータベー
Redis 4.0の目玉機能解説 - Qiita
redis 4.0 GA release ついに昨日(2017/07/15)に、redis 4.0のstableがリリースされました。 今までのredisと何が変わったのか？というのを、軽くまとめたいと思います。 間違いなどありましたら、指摘いただけると幸いです。 前回のqiita記事 プロダクションで2年間RedisClusterを運用してみて release notes 一部抜粋すると Note that 4.0 is probably one of the most extreme releases of Redis ever made in terms of changes inside the internals: all the aggregated data types no longer use Redis Objects structures but directly S
Redis::DistMutex - 時限付き分散ロックで効率良くサイトクロールをしよう - ZOZO TECH BLOG
はじめまして。バックエンドエンジニアの吉田です。 2013年5月末の入社以降、大量のEC2インスタンスのVPC移行を担当した後、今はiQONの商品DBを支えるクローラーの改善に取り組んでいます。今回はその改善の1つとして開発したRedis::DistMutexという分散ロック機構のruby実装を紹介をしようと思います。 Redis::DistMutex 開発の経緯や細かい設計の話は後述するとして、まずはつくったgemの紹介をします。 Redis::DistMutex Redisベースの分散ロック機構 rubyのライブラリにあるMutex互換 スレッド間だけでなく、プロセス間・ホスト間でも共有できるMutex 時限つきロックの作成が可能(redisのsetnxとexpireを活用) namespaceを指定できるので、特定の処理ごとにロックの作成が可能 redis2.6以上のみサポート(1秒
Redisアプリケーションパターン | おそらくはそれさえも平凡な日々
この記事は、はてなエンジニアアドベントカレンダー2016の12日目の記事です。 先日こういうツイートをしました。 Redisはキャッシュ用途のミドルウェアだと思わない方が良いと思う — songmu (@songmu) 2016年12月10日 言いたかったのは、Redisはキャッシュのためだけのミドルウェアだと誤解されがちなのですが実際はそうではないということです。実際、公式サイト を見に行くと以下の様なことが書かれています。 Redis is an open source (BSD licensed), in-memory data structure store, used as a database, cache and message broker. つまり、Redisは多彩なデータ構造を保持できるインメモリーのデータストアで、様々な活用法があり、キャッシュとして「も」使える、とい
The first release candidate of Redis 4.0 is out - <antirez>
antirez 2768 days ago. 296425 views. It’s not yet stable but it’s soon to become, and comes with a long list of things that will make Redis more useful for we users: finally Redis 4.0 Release Candidate 1 is here, and is bold enough to call itself 4.0 instead of 3.4. For me semantic versioning is not a thing, what I like instead is try to communicate, using version numbers and jumps, what’s up with
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Faktory 0.9.0 - Hello, Redis!
GitHub - redis/docker-library-redis: Docker Official Image packaging for Redis
Building A Pub/Sub Service In-House Using Node.js And Redis — Smashing Magazine
GitHub - stefanwille/crystal-redis: Full featured Redis client for Crystal
Memorystore: in-memory Redis compatible data store
GitHub - RedisJSON/RedisJSON: RedisJSON - a JSON data type for Redis
///33333333333333333333333333333333333333333333333333333333333333333333333333333333333333333-g=-[=. · Issue #3909 · redis/redis
Real-World Redis Tips
GitHub - pg-redis-fdw/redis_fdw: A PostgreSQL foreign data wrapper for Redis
