[memcached] memcachedコマンド一覧 - Life with IT
2008/5/21更新 対応バージョン: 1.2.5 memcachedで使用可能なコマンドには以下の種類がある。 set / get データの格納 / 取得 gets データの取得(後述のcas ID付) replace 既存のデータの変更 append 既存のデータの後ろにデータを追加 prepend 既存のデータの前にデータを追加 cas キーとcas IDのペアで既存のデータを特定して内容を変更 incr / decr 既存のデータの加算/減算 delete データの削除 stats サーバの利用状況のレポート コマンドは以下のフォーマットで指定する。 set, replace, append, prepend <コマンド> <キー> <フラグ> <有効期間> <サイズ> cas <コマンド> <キー> <フラグ> <有効期間> <サイズ> <cas ID> incr, decr
![[memcached] memcachedコマンド一覧 - Life with IT](https://cdn-ak-scissors.b.st-hatena.com/image/square/63c67004f340a9cfebe1346d512a10a786385cbc/height=288;version=1;width=512/https%3A%2F%2Fl-w-i.net%2Fimg%2Flogo_256.png)
KVS最速テスト第二弾（memcached V.S. Redis） - なぜか数学者にはワイン好きが多い
前回のテストで，とりあえずキャッシュとしての速度だけ考えるとmemchachedがやはり最速だということが分かったので，今回はmemcachedと話題のRedisを比較しました．Redisは非同期でディスクに書き出されるのが特徴ですが，memcachedはともかく，memcached-haはレプリケーションで他サーバに飛ばせるので，それほど負けてもいません． RedisもKyoto Tycoonと同様，memcachedプロトコルじゃないので，ソケット通信をPocoで実装しました． #include <sstream> #include <iostream> #include <Poco/Net/HTTPClientSession.h> #include <Poco/Net/StreamSocket.h> #include <Poco/Net/SocketAddress.h> #inclu
jamie on software — Memcached vs Redis
I have been debating with one of the developers at LogicPad about the pros and cons of various caching systems and we’ve got it narrowed down to Memcached and Redis. I’ve used Memcached a lot in the past, but am now firmly fighting the corner of Redis. I thought I’d summarise my thoughts on the matter here. The conversation began when we were talking about message queues and using Resque, a Redis-
Playframework2(Scala)でmemcachedを使う
2012年10月12日00:51 カテゴリScala Playframework2(Scala)でmemcachedを使う Play2でmemcachedを使うにはどうすれば良いか調べたらStack Overflowに質問がありました。これによるとmumoshu/play2-memcachedが使えるらしいです。公式でも紹介されていますね。これを試してみました。 今回作成したプロジェクトはこちらです。 tattyamm/Play2MemcachedSample 準備 まずmemcachedをbrewでインストール。 $ brew install memcached You can enable memcached to automatically load on login with: mkdir -p ~/Library/LaunchAgents cp /usr/local/Cellar
第3回 memcachedの消去メカニズムと今後の動向 | gihyo.jp
memcachedはキャッシュなので、特定のデータが常にサーバに存在しないことが前提でシステムに導入されます。今回はmemcachedのデータ削除メカニズム、そしてmemcachedの最新動向であるバイナリプロトコルと外部エンジンサポートをご紹介いたします。 memcachedはデータ削除もリソースを有効活用する memcachedから実際にデータは消えない 前回の記事で紹介させていただきましたが、memcachedは確保したメモリを解放しません。レコードはtimeoutが過ぎたらクライエントから見えなくなる（invisible・透明になる）だけで、その領域は再利用される仕組みです。 Lazy Expiration memcachedは内部的にレコードがexpireしたかの監視を行いません。替わりにgetする際にレコードのtimestampを見ることで、そのレコードがexpireしたかをチ
Various versions of Memcached for Windows
This post contains various binaries versions of Memcached for Windows as finding some of them may be difficult. Memcached 1.2.X Memcached 1.2.4 for Windows (32 Bits) : memcached 1.2.4 win32.zip Memcached 1.2.5 for Windows (32 Bits) : memcached 1.2.5 win32.zip Memcached 1.2.6 for Windows (32 Bits) : memcached 1.2.6 win32.zip Memcached 1.4.X Memcached 1.4.2 for Windows (32 Bits) : memcached 1.4.2 wi
Redis Sentinelを運用してみたお話 | GMOメディア エンジニアブログ
こんにちは、宇津井です。 弊社ではゲソてんというゲームプラットフォームを運営しております。ゲソてんではサービスリリース当初から主にキャッシュ的な役割でRedisを導入していました。つい先日の事ですが訳あってRedis 2.6からサポートされたRedis Sentinelを採用しました。今回は、採用に至った経緯をご紹介します。 簡単なシステム構成 パフォーマンスは良いし、Memcachedには無い便利な機能を提供するRedisですが約一年間運用していくつかの問題が出てきました。 Redisサーバーが突然高負荷に陥るするとWebサーバーも高負荷に陥るRedisのReplicationは張ってるけどアプリケーション側でRedis Slaveへフェイルオーバーしない（MySQLを直接参照する）Redis落ちると恐らくMySQLサーバーが耐えられない（落ちた事無いけど）という事で対策を行ってきました
最近 PHP のセットアップ時にいつもやってる設定 | バシャログ。
レーザー治療までしたのにくしゃみ出まくってるんですけど、いったい何なんですか。どうもこんにちは nakamura です。 PHP-5.3.x 系もだいぶ浸透してきた今日この頃ですが、今日はここ最近新規にウェブサーバを立てる際にいつもデフォルトでやっている PHP 周りの設定をまとめてみました（よくよく考えたら PHP-5.3.x 系とかあんまり関係ないけど）。環境は CentOS 5 or 6 の PHP-5.3.x です。remi リポジトリを使って最新版の PHP を入れてます。 /etc/php/php.ini 毎回さわっているのは大体この辺ですね。他はサイトの仕様にあわせて適宜。 [PHP] expose_php = Off [Date] date.timezone = Asia/Tokyo セッションの保存先を memcached に セッションの保存先はデフォルトで memca
Twitterで使っているScalaで書かれたオープンソースのメッセージキューサーバー、Kestrel – yusuke.blog
Kestrelは大規模かつ高速に運用できるメッセージキューサーバーです。Twitterで使っています。 ソースはhttps://github.com/robey/kestrelよりチェックアウトできます。 ・特徴 Kestrelは特徴として – memcachedプロトコルをサポートしており、クライアントのプラットフォーム非依存 – Scalaで書かれており、高速なJVMの恩恵を受けることが出来る – 全部で2500行ほどとシンプル – 基本メモリベースで高速だがメッセージはファイルシステムにジャーナルが記録されており耐障害性が確保されている – キューから取り出したメッセージをクライアントがacknowledgeするまで捨てないことで処理漏れを防ぐことができる といったことが挙げられます。 ・Memcachedプロトコル Memcachedプロトコルの基本は非常に簡単で、setコマンドで
memcached と libevent – reading memcached(2) : MYH
何かリクエストを受け付けて処理をして返すという、サーバーでよく行われる処理を考えてみましょう。一度に多数リクエストを受け付けて同時並行的に処理が行えるようにしたい場合、１つのやり方としてマルチスレッド化してあるスレッドで accept(2) しておいて、それを別のスレッド（ワーカースレッド）に振り分け、そのスレッドでは recv(2) / send(2) で通信を行うという方法があります。しかし、その場合スレッド数を超えるリクエストを同時に捌けないという欠点があります。recv はまだデータが来てないという場合には待ちが発生しますので、待っている間そのスレッドは遊んでしまって無駄になってしまいます。スレッドを CPU のコア数より多めに取っておけばそれは回避できますが、スレッド切り替えのオーバーヘッドがかかり、またスレッドを生成出来る個数の上限も合って、あまり多数のクライアントをさばくこと
かぴぶろぐ
PythonでMemcachedを使ってみた。 因みに複数node構成。 前提条件 memcached node1 192.168.1.1:11211 memcached node2 192.168.1.2:11211 python2.5* memcachedのインストール 2台のサーバそれぞれインストール。 # yum install memcached memcached起動 2台のサーバそれぞれ起動しておく。 # /etc/init.d/memcached start python用memcachedモジュール # easy_install python-memcached テスト node1 192.168.1.1でpython実行 In [1]: import memcache In [2]: mc = memcache.Client(['127.0.0.1:11211','1
memcached-1.4.7-rc1でmixiの大規模障害の原因となったmemcachedの不具合が全て解消されました - blog.nomadscafe.jp
こちらとこちらのエントリーの続き memcached 1.4.6でmixiの障害の原因となったaccept_new_connsがスレッドセーフじゃない件は修正されているはずだったのですが、検証したところ別のスレッド競合による不具合が発生し、Bugは全て解消されてはいませんでした。 この件についてmixiたんぽぽGの森本さんと調査していたところ、memcachedのcommiterにtwitter上で補足され、つたない英語で報告をあげていたら1.4.7-rc1で修正されたのでその報告。 memcached 1.4.6での不具合再現方法 まず、1.4.6で不具合を再現させる方法について。mixiのエンジニアブログと同じように、memcachedは次のオプションで起動し、 $ ./memcached -U 0 -u nobody -p 11222 -t 4 -m 16000 -C -c 1000
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
memcached＋PostgreSQLで実現する ハイパフォーマンスWebアプリケーション構築
Charming Python: Functional programming in Python, Part 3
Windows XAMPPにmemcached入れる方法 - キュニナル!!
Django