【入門編】 Bitmapsコマンド群 – Redis

やあ。Redisの世界へようこそ。
Redisを「単なるキーと値の保管庫」だと思っているなら、それは非常にもったいない。このツールは、やり方次第で魔法のようなパフォーマンスを発揮するんだ。

今回は、Redisの隠れた超強力機能「Bitmaps（ビットマップ）」について解説しよう。
専門用語を並べ立てるのは簡単だけど、今日はあえて「日常の例え」を使って、君の直感に直接訴えかけたいと思う。ここをマスターすれば、君のアプリケーションは劇的に軽くなるよ。

—

想像してみてほしい。君が巨大な図書館の管理人だとして、100万人分の会員が「今日、図書館に来たかどうか」を記録するとしよう。

普通に考えると、100万人の名前をリストにするよね？でも、それだとメモリをものすごく消費する。
ここで登場するのが「出席簿のチェックボックス」だ。

1人につき「0（来てない）」か「1（来た）」の1ビットだけを用意する。たったそれだけ。これなら、100万人分でもたったの約125KB（キロバイト）だ。メモリを一切無駄にしない。これがBitmapsの正体だよ。

—

RedisのBitmapsは、実は特別なデータ型じゃない。「文字列型（String）」のデータをビット単位で操作するんだ。まずは基本の4つを押さえよう。

「誰が来たか」を記録するコマンドだ。

ユーザーID: 100番の人が今日来た（1）とする
SETBIT daily_login:20231027 100 1

ユーザーID: 101番の人は来ていない（0）
SETBIT daily_login:20231027 101 0

シンプルだよね。IDを指定して、0か1を書き込むだけだ。

「あの人は来たかな？」と確認するコマンド。

100番さんは来たかな？
GETBIT daily_login:20231027 100
戻り値: 1 (来たね！)

「今日、合計で何人が来館した？」を一瞬で計算する。

1になっているビットの合計を数える
BITCOUNT daily_login:20231027
戻り値: (その日の総来館者数)

この計算速度は驚異的だよ。CPUがビット単位で高速処理するから、数百万件のデータでも一瞬で終わる。

これがBitmapsの真骨頂だ。「昨日も今日も来た人（常連さん）」を抽出したいとき、AND演算で一発だ。

昨日と今日の両方で「1」の人を抽出して ‘regular_users’ に保存
BITOP AND regular_users daily_login:20231026 daily_login:20231027

—

ここからがエンジニアとしての本音だ。なぜ僕たちがデータベースのテーブルを使わずに、RedisのBitmapsを選ぶのか。

1. 圧倒的な省メモリ性：
数百万ユーザーのフラグ管理を、RDB（リレーショナルデータベース）でやると何十メガバイトも消費する。Redisならビット単位だ。コストパフォーマンスが桁違いなんだよ。

2. 計算の爆速化：
「先月の月間アクティブユーザー数」のような集計も、Bitmapsを使えばビット演算で済む。プログラム側でループを回してカウントする必要なんてない。Redisに任せれば、数ミリ秒で答えが返ってくる。

—

最後に一つだけ、アドバイスしておこう。
Bitmapsは「ユーザーID」をそのままビットの位置（オフセット）として使う。つまり、ユーザーIDが連番であることが前提だ。もしユーザーIDがUUIDのようなランダムな文字列なら、マッピング用の中間テーブルが必要になる。

「何でもかんでもBitmapsで解決しようとしないこと」。これが、Redisを使いこなす名人の考え方だ。

—

どうだい？ Bitmapsのイメージは湧いたかな。
「フラグを管理する」という日常の作業が、Redisの手にかかればこれほどスマートに処理できる。ぜひ君のプロジェクトで、この「ビットの魔法」を試してみてほしい。

もし分からないことがあれば、いつでも聞いてくれ。君のエンジニアとしての旅路を、心から応援しているよ。