インストール: memcached ライブラリには MySQL サーバーが付属しているため、インストールと設定が比較的簡単です。 インストールには、memcached で使用する demo_test テーブルを作成するための innodb_memcached_config.sql スクリプトの実行、daemon_memcached プラグインを有効にするための INSTALL PLUGIN ステートメントの発行、MySQL 構成ファイルまたは起動スクリプトへの必要な memcached オプションの追加が含まれます。 memcp、memcat、memcapable などの追加ユーティリティ用の従来の memcached ディストリビューションをインストールすることもできます。

従来の memcached との比較は、Installing memcached を参照してください。

デプロイメント: 従来の memcached では、通常、大量の低容量 memcached サーバーを実行します。 ただし、daemon_memcached プラグインの一般的なデプロイメントでは、MySQL がすでに実行されている中程度または高電力のサーバーの数が少なくなります。 この構成の利点は、未使用のメモリーを利用したり、多数のサーバーにルックアップを分散したりするのではなく、個々のデータベースサーバーの効率を向上させることです。 デフォルト構成では、memcached に使用されるメモリーはほとんどなく、メモリー内ルックアップは InnoDB buffer pool から提供されます。これにより、最近頻繁に使用されたデータが自動的にキャッシュされます。 従来の MySQL サーバーインスタンスと同様に、innodb_buffer_pool_size 構成オプションの値は、メモリー内で可能なかぎり多くの作業が実行されるように、(OS レベルでページングを発生させずに) 実用的な値にしてください。

従来の memcached との比較は、memcached Deployment を参照してください。

有効期限: デフォルトでは (innodb_only キャッシュポリシーを使用)、InnoDB テーブルの最新データが常に返されるため、有効期限オプションは実用的な効果がありません。 キャッシュポリシーを caching または cache_only に変更すると、有効期限オプションは通常どおりに機能しますが、メモリーキャッシュから期限切れになる前に基礎となるテーブルで更新された場合、リクエストされたデータは失効する可能性があります。

従来の memcached との比較は、Data Expiry を参照してください。

ネームスペース: memcached は、ファイルが競合しないようにするために、接頭辞と接尾辞を含む複雑な名前をファイルに付ける大規模なディレクトリに似ています。 daemon_memcached プラグインでは、キーに対して同様の命名規則を使用できますが、追加の命名規則もあります。 @@table_id.key 形式のキー名。table_id は、innodb_memcache.containers テーブルのマッピングデータを使用して、特定のテーブルを参照するようにデコードされます。 key は指定されたテーブル内で参照されるか、このテーブルに書き込まれます。

@@表記法は、get、add および set 関数への個々のコールに対してのみ機能し、incr や delete などの他のコールに対しては機能しません。 セッション内の後続の memcached 操作のデフォルトテーブルを指定するには、table_id でキー部分を指定せずに@@テーブル記を使用して get リクエストを実行します。 例:

get @@table_id

後続の get, set, incr, delete およびその他の操作では、table_id によって innodb_memcache.containers.name カラムに指定されたテーブルが使用されます。

従来の memcached との比較は、Using Namespaces を参照してください。

ハッシングと分散: innodb_only キャッシュポリシーを使用するデフォルト構成は、レプリカサーバーのセットなど、すべてのサーバーですべてのデータを使用できる従来のデプロイメント構成に適しています。

シャード構成と同様にデータを物理的に分割する場合は、daemon_memcached プラグインを実行している複数のマシンにデータを分割し、従来の memcached ハッシュメカニズムを使用してリクエストを特定のマシンにルーティングできます。 通常、MySQL 側では、適切な値が適切なサーバーのデータベースに格納されるように、add リクエストによってすべてのデータを memcached に挿入できます。

従来の memcached との比較は、memcached Hashing/Distribution Types を参照してください。

メモリー使用量: デフォルトでは (innodb_only キャッシュポリシーを使用)、memcached プロトコルは InnoDB テーブルとの間で情報をやり取りし、InnoDB バッファプールは memcached メモリー使用量の増加および縮小のかわりにメモリー内ルックアップを処理します。 相対的には、memcached 側ではメモリーをほとんど使用しません。

キャッシングポリシーを caching または cache_only に切り替えると、memcached メモリー使用量の通常のルールが適用されます。 memcached データ値のメモリーは、「「スラブ」」の観点から割り当てられます。 memcached に使用されるスラブサイズおよび最大メモリーを制御できます。

どちらの方法でも、telnet セッションなどを介して標準プロトコルを介してアクセスされる使い慣れた statistics システムを使用して、daemon_memcached プラグインをモニターおよびトラブルシューティングできます。 daemon_memcached プラグインには、追加のユーティリティは含まれていません。 memcached-tool script を使用して、完全な memcached ディストリビューションをインストールできます。

従来の memcached との比較は、Memory Allocation within memcached を参照してください。

スレッド使用率: MySQL スレッドと memcached スレッドは同じサーバー上に共存します。 オペレーティングシステムによってスレッドに課される制限は、スレッドの合計数に適用されます。

従来の memcached との比較は、memcached Thread Support を参照してください。

ログの使用状況: memcached デーモンは MySQL サーバーとともに実行され、stderr、-v、-vv、-vvv の各オプションを使用して、書込み出力を MySQL error log に書き込みます。

従来の memcached との比較は、memcached Logs を参照してください。

memcached 操作: get, set, add、delete などの使い慣れた memcached 操作を使用できます。 シリアライズ (複雑なデータ構造を表す正確な文字列形式) は、言語インタフェースによって異なります。

従来の memcached との比較は、Basic memcached Operations を参照してください。

MySQL フロントエンドとしての memcached の使用: これは、InnoDB memcached プラグインの主な目的です。 統合 memcached デーモンを使用すると、アプリケーションのパフォーマンスが向上し、InnoDB でメモリーとディスク間のデータ転送を処理できるため、アプリケーションロジックが簡略化されます。

従来の memcached との比較は、Using memcached as a MySQL Caching Layer を参照してください。

ユーティリティ: MySQL サーバーには libmemcached ライブラリが含まれていますが、追加のコマンドラインユーティリティは含まれていません。 memcp、memcat、memcapable コマンドなどのコマンドを使用するには、完全な memcached ディストリビューションをインストールします。 memrm および memflush がキャッシュからアイテムを削除すると、基礎となる InnoDB テーブルからもアイテムが削除されます。

従来の memcached との比較は、libmemcached Command-Line Utilities を参照してください。

プログラミングインタフェース: サポートされているすべての言語を使用して、daemon_memcached プラグインを介して MySQL サーバーにアクセスできます: C and C++, Java, Perl, Python, PHP および Ruby。 従来の memcached サーバーと同様に、サーバーのホスト名とポートを指定します。 デフォルトでは、daemon_memcached プラグインはポート 11211 でリスニングします。 テキストプロトコルとバイナリプロトコルの両方を使用できます。 memcached 関数の behavior は、実行時にカスタマイズできます。 シリアライズ (複雑なデータ構造を表す正確な文字列形式) は、言語インタフェースによって異なります。

従来の memcached との比較は、Developing a memcached Application を参照してください。

よくある質問: MySQL には、従来の memcached に関する広範な FAQ があります。 FAQ は、memcached データの記憶域メディアとして InnoDB テーブルを使用することを除いて、読取り専用キャッシュとしてではなく、以前よりも多くの書込み集中型アプリケーションに memcached を使用できることを意味します。

memcached FAQを参照してください。