觀點 · 資訊分享

Amazon ElastiCache 快取裡直接做搜尋與統計：Valkey 9.0 支援全文、向量混合搜尋與彙總，不另收費

AWS 在 5 月 6 日為 ElastiCache for Valkey 9.0 同時加上全文／精準／範圍搜尋、向量加全文的混合搜尋，以及彙總查詢。官方說不用另外架搜尋服務，新功能沒有額外費用。

一句話看懂：ElastiCache for Valkey 9.0 現在能直接在快取裡做全文搜尋、向量加關鍵字的混合搜尋和統計彙總，不用另外架搜尋服務，也不用額外付費。

ElastiCache 新增搜尋與彙總資訊圖卡：快取內建全文、向量混合搜尋與彙總，不用另外架搜尋服務

先用白話講：快取裡做搜尋是什麼意思？

快取像是店門口的小冰箱，放最常被拿的東西，拿起來很快。以前冰箱只能「按編號拿東西」；如果客人說「我要找有檸檬又不甜的」，就得到倉庫（另一套搜尋系統）去翻。

這次 AWS 做的，是讓冰箱本身就能依條件翻找、還能順便算「這類東西有幾個」。

AWS 在 5 月 6 日針對 ElastiCache for Valkey 9.0 公告三項功能：

功能	官方說明
全文、精準、數值範圍搜尋	直接在快取內搜尋，支援前綴、後綴與模糊比對，也能組合條件，延遲低至微秒
混合搜尋	同一個查詢結合向量相似度與全文搜尋，向量資料量可達數十億，召回率最高 99%
彙總查詢	在快取內過濾、分組、轉換與統計，可用於分類計數、排行榜與即時儀表板

共通的賣點：寫入完成後資料就能被搜到，所以搜到的永遠是最新資料。

官方說向量資料來源可以是 Amazon Bedrock、Amazon SageMaker、Anthropic 與 OpenAI 等的嵌入模型
官方說 ElastiCache for Valkey 在 95% 以上召回率下，有最低延遲與最高吞吐的向量搜尋，這是廠商自己的比較，沒有附測試條件，建議自行壓測
搜尋功能在記憶體內運作，資料量與索引大小會影響記憶體用量，容量規劃要重新評估，這是我的提醒，公告沒有提到

對中小型團隊來說，最大的好處是「少維護一套系統」：本來要為搜尋再架一套服務、還要想辦法同步資料，現在可以直接用已在用的快取。尤其是做 AI 問答或商品搜尋的小專案，架構會簡單很多。

但這也代表快取的角色變重了：它不再只是「掉了也沒關係」的暫存，若拿來存可搜尋的主要資料，備援與持久化就要認真規劃。實際上線前，我會先用自己的資料量壓測延遲與記憶體用量，而不是只看官方的最高數字。

Valkey 是什麼？

Valkey 是開源的記憶體資料庫，官方稱它是 Redis 最寬鬆的開源、不受單一廠商控制的替代品，也是 ElastiCache 推薦的引擎。

什麼是混合搜尋？

把「語意相近」（向量搜尋）和「字詞完全相符」（全文搜尋）放進同一個查詢。官方舉例：使用者可能打商品確切名稱，也可能只描述用途，兩種方式都找得到。

要怎麼開始用？

官方說，建立 Valkey 9.0 以上的新叢集，或把既有叢集升級，可用主控台、SDK 或 CLI 操作。這些功能只支援節點式叢集，不含無伺服器版，這點是依公告「node-based clusters」的描述推論。

作者

接案做系統開發、網站與主機託管。觀點裡的文章都是我自己寫的,寫的是做專案時第一手遇到的事。