Memcached(メムキャッシュト)とは、よく使うデータをメモリ上に一時保存し、データベースへの問い合わせ回数を減らすための高速なキャッシュシステムです。 WordPressでは「オブジェクトキャッシュ」の保存先として使われることがあります。
似た用途でよく比較されるのがRedisです。 どちらもメモリを使って高速にデータを扱えますが、Memcachedはシンプルなキャッシュ用途に特化し、Redisはより多機能という違いがあります。
30秒でわかる結論
30秒でわかる結論
- Memcachedは、データベース検索結果などをメモリへ一時保存するキャッシュシステム
- 同じデータを毎回データベースから取得しなくてよくなるため、負荷軽減に役立つ
- 基本はシンプルなキーと値の組み合わせでデータを保存する
- Redisも同じく高速なインメモリ型だが、データ型・永続化など機能が多い
- WordPressではRedisまたはMemcachedを永続オブジェクトキャッシュとして使うことがある
- 通常の個人ブログや小規模会社サイトでは、Memcachedを自分で導入する必要はない場合が多い
- 共用レンタルサーバーでは、提供会社が対応している場合だけ利用を検討する
Memcachedとは?
Memcachedは、Webアプリケーションなどで繰り返し使うデータをRAMへ一時保存し、データベースや外部APIへのアクセス回数を減らすための分散メモリキャッシュです。
公式サイトでは、動的Webアプリケーションの高速化を目的とし、データベース負荷を軽減するための「distributed memory object caching system」と説明されています。
初心者向けに言い換えると
毎回データベースへ取りに行く代わりに、よく使う結果を高速なメモリ上へ一時的に置いておく仕組みです。
データベースへ毎回問い合わせる → 一度取得した結果をメモリから再利用する
メモリはSSDやHDDより高速に読み書きできるため、同じデータを何度も利用する処理では応答時間を短くできる可能性があります。
Memcachedで速くなる仕組み
たとえば、Webページを表示するたびに同じデータベース検索を実行しているとします。
Memcachedに目的のデータがあるか確認する
データベースから必要なデータを取得する
取得結果を一定時間メモリへ保存する
同じデータが必要ならMemcachedから取得する
データベースへの問い合わせ回数を減らせる
Memcachedが高速だからWebサイト全体が必ず速くなるわけではありません。 もともとデータベース処理が少ないサイトや、ページキャッシュだけで十分高速なサイトでは、追加しても体感差が小さい場合があります。
Memcachedは何を保存する?
Memcachedは基本的に「キー」と「値」の組み合わせでデータを保存します。
イメージ
キー:user_123
値:ユーザー123番の情報
アプリケーション側はキーを指定して値を保存し、必要になったとき同じキーで取り出します。 Memcachedサーバー自身は、保存されたデータが記事なのかユーザー情報なのかを深く理解しません。
公式ドキュメントでも、MemcachedはシンプルなKey/Value Storeとして設計されており、値は基本的に生のデータとして扱われます。
キャッシュには有効期限がある
Memcachedでは保存するデータに有効期限を設定できます。 期限を過ぎたデータはキャッシュとして利用されなくなり、必要になれば元のデータベースなどから再取得します。
例
商品一覧の取得結果を300秒保存する場合、5分間は同じキャッシュを再利用し、その後は再度データを取得して新しいキャッシュを作る、といった設計ができます。
公式ドキュメントでは、有効期限を秒単位で指定でき、0は期限なしとして扱われます。 ただしメモリが不足すれば、有効期限前でも古い項目が追い出される場合があります。
キャッシュは「消えて困るデータ」の保存場所ではない
Memcachedは一時データの保存先です。 サーバー再起動やメモリ不足などでキャッシュが失われても、データベースなど元データから再作成できる前提で利用します。
MemcachedとRedisの違い
MemcachedとRedisは、どちらもメモリ上で高速にデータを扱えますが、設計思想と機能範囲が異なります。
| 比較項目 | Memcached | Redis |
|---|---|---|
| 主な用途 | シンプルなキャッシュ | キャッシュ+多用途 |
| データ構造 | 基本的にKey/Value | 文字列・Hash・List・Setなど多種類 |
| 永続化 | 基本は一時キャッシュ | RDB・AOFなどを利用可能 |
| 機能の複雑さ | 比較的シンプル | 機能が多い |
| WordPress | オブジェクトキャッシュに利用可能 | オブジェクトキャッシュに広く利用可能 |
最初に違いだけ知りたいなら
Memcached=シンプルな一時キャッシュに強い
Redis=キャッシュ以外にも使える多機能なインメモリデータストア
と覚えると分かりやすくなります。
違い1.Redisの方がデータ型が多い
Memcachedはシンプルなキーと値の保存を基本としています。
Redisは文字列だけでなく、Hash、List、Set、Sorted Set、Streamなど複数のデータ型を扱えます。 そのため、単純なキャッシュ以外の処理にも利用できます。
初心者が判断するとき
WordPressのオブジェクトキャッシュだけが目的なら、利用中サーバーが正式対応している方を優先してください。 機能数だけを見てRedisを選ぶ必要はありません。
違い2.Redisには永続化機能がある
Redisでは、メモリ上のデータをディスクへ保存する仕組みとしてRDBスナップショットやAOFを利用できます。
一方、Memcachedは基本的に一時キャッシュとして利用する設計です。 キャッシュが失われても元データから作り直せる使い方を前提とします。
Redisを使えばバックアップになるわけではない
Redisに永続化機能があっても、WordPress本体のデータベースやファイルのバックアップ代わりにはなりません。 キャッシュとバックアップは役割が別です。
違い3.Memcachedはシンプルさが特徴
Memcachedは、キャッシュとして必要な処理へ機能を絞ったシンプルな設計です。
複数のMemcachedサーバーを使う場合も、どのサーバーへ保存するかはクライアント側がキーをもとに決める設計が基本です。 Memcachedサーバー同士が常に同期し合う仕組みではありません。
このシンプルさは導入しやすさにつながる一方、Redisのような高度なデータ構造や多用途機能を求める場合には向きません。
WordPressでMemcachedは何に使う?
WordPressでは、データベースから取得した記事情報、設定値、クエリ結果などを「オブジェクト」として一時的にキャッシュします。
WordPress標準のオブジェクトキャッシュは通常、1回のページ生成中だけ利用されます。 RedisやMemcachedを利用すると、そのキャッシュをリクエストをまたいで保持する「永続オブジェクトキャッシュ」として使える構成があります。
通常:ページ表示のたびに再取得するデータがある
↓
永続オブジェクトキャッシュ:前回保存した結果を次回も再利用できる
これにより、データベースへの問い合わせ回数を減らせる場合があります。 特に、動的処理やデータベースアクセスが多いサイトでは効果が出やすくなります。
ページキャッシュとの違い
Memcachedを理解するときに最も重要なのが、ページキャッシュとの違いです。
| 種類 | 保存するもの | 役割 |
|---|---|---|
| ページキャッシュ | 完成したHTML | ページ生成自体を減らす |
| オブジェクトキャッシュ | DB取得結果など | ページ生成途中の処理を減らす |
たとえると
ページキャッシュは「完成済みの料理をすぐ出す」仕組みです。
Memcachedなどのオブジェクトキャッシュは「よく使う材料を手元に置いて調理を速くする」仕組みです。
一般的なブログでは、完成HTMLをそのまま返せるページキャッシュの方が大きな効果を得やすいことがあります。 そのため初心者は、最初からMemcachedを導入するより、まずサーバー標準のページキャッシュを確認する方が現実的です。
Memcachedを使うと必ずWordPressは速くなる?
必ず速くなるわけではありません。
Memcached自体への問い合わせにも処理時間は必要です。 元のデータベース処理が十分速い、小規模サイトでアクセス数が少ない、すでにページキャッシュが効いている、といった場合は効果が小さいことがあります。
効果を検討しやすいケース
- データベースクエリが多い
- ログインユーザー向けページが多い
- ページキャッシュできない動的ページが多い
- 高アクセス時にデータベース負荷が高くなる
- EC・会員・予約など動的処理が多い
「WordPressが遅い」という理由だけでMemcachedを追加するのではなく、まず画像、テーマ、プラグイン、PHP処理、データベース、ページキャッシュなど原因を切り分けてください。
通常の共用レンタルサーバーで必要?
個人ブログや小規模な会社サイトで共用レンタルサーバーを利用している場合、Memcachedを自分でインストール・管理する必要は通常ありません。
共用サーバーでは、利用者がMemcachedプロセスを自由に起動できない場合もあります。 利用できるかどうかはレンタルサーバー会社の仕様で決まります。
個人ブログ
必要度:低
まずサーバー標準のページキャッシュや画像最適化を優先します。Memcached対応だけを理由にサーバーを選ぶ必要はありません。
小規模会社サイト
必要度:低
会社案内・サービス紹介が中心なら、ページキャッシュで十分なことが多く、Memcachedを意識しすぎる必要はありません。
EC・会員サイト
必要度:中~高
ログイン後ページなどページキャッシュしにくい部分が多いため、永続オブジェクトキャッシュが役立つ場合があります。
VPS・専用サーバー
必要度:構成次第
自分でサーバーを管理する場合は導入できますが、監視・メモリ割り当て・セキュリティまで管理が必要です。
RedisとMemcachedはどちらを選ぶ?
WordPress利用者の場合、「一般論でどちらが優れているか」よりも、利用中のサーバー・プラグイン・運用体制がどちらに対応しているかを優先します。
| 状況 | 考え方 |
|---|---|
| レンタルサーバーがRedisのみ対応 | Redisを利用 |
| Memcachedのみ対応 | Memcachedを利用 |
| 両方対応 | WordPress構成・管理性・実測で判断 |
| どちらも非対応 | 無理に導入しない |
初心者の選び方
「Redisの方が多機能だから必ずRedis」という決め方は不要です。 WordPress高速化だけが目的なら、レンタルサーバーが公式に対応し、管理画面や推奨プラグインから安全に利用できる方を選んでください。
Memcached利用時の注意点
キャッシュを元データとして使わない
Memcached内のデータは消える前提で設計します。 記事、注文情報、会員情報など、失ってはいけないデータの唯一の保存先にはしません。
古いキャッシュが残ることがある
元データを更新してもキャッシュが適切に削除・更新されなければ、古い情報を返す可能性があります。
WordPressでは、プラグインやテーマがキャッシュ更新を正しく扱えることが重要です。 表示内容がおかしい場合はキャッシュ削除で直るケースもあります。
メモリ使用量を確認する
MemcachedはRAMを使います。 割り当て量を増やせばよいわけではなく、Webサーバー、PHP、データベースなど他の処理に必要なメモリとのバランスが重要です。
外部へ不用意に公開しない
Memcachedはアプリケーション内部で利用するキャッシュサービスです。 インターネットから誰でも接続できるような状態にするべきではありません。
VPS利用者はネットワーク制限まで管理する
自分でMemcachedを構築する場合は、必要なアプリケーションからだけ接続できるようにし、ファイアウォールや待受アドレスを確認してください。 通常の共用レンタルサーバー利用者は、提供会社側の管理に従えば十分です。
Memcachedの11211番ポートとは?
Memcachedでは、標準的に11211番ポートが使われます。
ただし、WordPress初心者がこのポートを外部公開したり、自分でルーター設定を変更したりする必要はありません。 VPSなどを自分で管理する場合だけ、アプリケーション内部の接続設定として意識します。
Memcachedとデータベースは置き換えられる?
置き換えません。
Memcachedは、MySQLやMariaDBなどのデータベースを高速化する補助として利用するキャッシュです。 元データはデータベース側に残し、Memcachedに保存したデータが消えても再生成できるようにします。
データベース=元データ
Memcached=一時的なコピー
この関係を理解しておけば、「キャッシュ削除で記事まで消えるのでは」と過度に心配する必要はありません。 正しく構成されたキャッシュなら、削除後に元データから再生成されます。
Memcachedのバージョンを意識する必要はある?
通常の共用レンタルサーバー利用者は、Memcachedのバージョンを自分で選ぶ必要はほとんどありません。 提供会社側が管理しているためです。
制作時点でMemcached公式サイトが案内する安定版は1.6.45です。 ただし、レンタルサーバーが必ず同じバージョンを提供しているわけではありません。 VPSで自分で運用する場合は、利用OSのパッケージや公式リリース、セキュリティ更新を確認してください。
教科書判定
一般的なWordPress初心者は、Memcachedを自分で設定しなくてよい
まず覚えるべきことは、Memcachedはデータベース結果などをメモリへ一時保存するオブジェクトキャッシュの仕組みという点です。
個人ブログや小規模会社サイトでは、先にレンタルサーバー標準のページキャッシュ、画像最適化、PHP更新、不要プラグイン整理などを確認してください。
高アクセスサイト、EC、会員サイトなどでデータベース負荷が問題になり、利用中サーバーがMemcachedまたはRedisを正式対応している場合に、永続オブジェクトキャッシュとして検討するのが現実的です。
Redisとの比較では、機能数で勝敗を決めるのではなく、サーバーの対応状況・WordPressとの相性・運用しやすさ・実測結果で判断してください。
FAQ
Q.MemcachedとRedisはどちらが速いですか?
単純にどちらが常に速いとは決められません。保存するデータ、アクセス方法、サーバー構成、ネットワーク、WordPress側の実装によって変わります。WordPressでは、利用中サーバーが正式対応している方式を使い、導入前後を実測するのが確実です。
Q.Memcachedを使えばWordPressは必ず速くなりますか?
必ずではありません。データベース負荷が小さいサイトでは効果がほとんど出ない場合もあります。ページキャッシュや画像最適化など、他の高速化施策も含めて判断してください。
Q.Memcachedとページキャッシュは同じですか?
違います。ページキャッシュは完成したHTMLを保存し、Memcachedを使うオブジェクトキャッシュはデータベース取得結果などページ生成途中のデータを保存します。
Q.Memcachedのキャッシュを削除すると記事も消えますか?
正しく構成されていれば、記事そのものはMySQL・MariaDBなどのデータベースに保存されているため消えません。キャッシュだけが削除され、必要なデータは元データから再生成されます。
Q.共用レンタルサーバーに自分でMemcachedをインストールできますか?
多くの共用サーバーでは、利用者が自由に常駐プロセスをインストール・起動できません。Memcached対応の有無はレンタルサーバー会社の公式仕様を確認してください。
まとめ
この記事の結論
- Memcachedはメモリ上にデータを一時保存する高速キャッシュ
- データベース問い合わせを減らし、負荷軽減や高速化に役立つ
- WordPressでは永続オブジェクトキャッシュとして使われることがある
- ページキャッシュとは保存対象と役割が異なる
- RedisはMemcachedより多くのデータ型や永続化機能を持つ
- Memcachedはシンプルな一時キャッシュ用途に向く
- 小規模なWordPressサイトでは自分で導入する必要がない場合が多い
- 利用するならサーバーの正式対応状況と実測結果で判断する
Memcachedは便利な高速化技術ですが、すべてのWordPressサイトに必要な機能ではありません。 初心者は「データベース結果をメモリへ一時保存する仕組み」と理解し、実際の導入はサイト規模とサーバーの対応状況を見て判断してください。
「Redisとは?WordPress高速化での役割を解説」「WordPressのキャッシュを削除する方法」「メモリ使用率とは?不足するとどうなる?」もあわせて確認してください。



