『壹』 Redis 用作視頻的緩沖怎麼弄
對redis來說，value是二進制安全的，可以直接set到內存中，直接寫就行了，不過注意redis的容量大小！
『貳』 redis配置，用來緩存數據
)需要加內存了。機器內存使用率很高了。
可以先用redis默認配置來使用，一般需求都足夠了
『叄』 redis的一個緩存問題，怎樣才能做到設計最優
網頁緩存會對下一次打開這個網頁的速度有所幫助。 IE網頁緩存文件是可以刪除的，那隻是你瀏覽過的網頁的圖片文字等等的一些東西在，刪除下，這樣對你以後瀏覽這個網頁的時候，就不需要再次從伺服器下載圖片等數據，
『肆』 redis 緩存是內存緩存嗎
只支持簡單的key/value數據結構，不像Redis可以支持豐富的數據類型。
無法進行持久化，數據不能備份，只能用於緩存使用，且重啟後數據全部丟失。
無法進行數據同步，不能將MC中的數據遷移到其他MC實例中。
Memcached內存分配採用Slab Allocation機制管理內存，value大小分布差異較大時會造成內存利用率降低，並引發低利用率時依然出現踢出等問題。需要用戶注重value設計。
『伍』 redis怎麼實現資料庫的緩存
大致為兩種措施：
一、腳本同步：
1、自己寫腳本將資料庫數據寫入到redis/memcached。
2、這就涉及到實時數據變更的問題（mysql row binlog的實時分析），binlog增量訂閱Alibaba 的canal ，以及緩存層數據 丟失/失效 後的數據同步恢復問題。
二、業務層實現：
1、先讀取nosql緩存層，沒有數據再讀取mysql層，並寫入數據到nosql。
2、nosql層做好多節點分布式（一致性hash），以及節點失效後替代方案（多層hash尋找相鄰替代節點），和數據震盪恢復了。
『陸』 如何查詢redis的緩存文件路徑
1、首先找到redis的安裝目錄，如下圖測試環境目錄，進入到/opt/install/redis-2.8.19/src，如下圖所示。
『柒』 redis 緩存的單個最大文件是多少
本地緩存可以減少網路io的開銷，如果對性能要求極高可以考慮使用。
如果redis本身就可以滿足要求了，那麼就沒必要使用。
使用就要考慮不同機器數據不一致的問題。
『捌』 現在想用redis做圖片數據的緩存 准備用set key為圖片的id value為圖片數據 （2進
存redis是不是有點太浪費了，如果圖片不多，可以把圖片base64編碼放到redis里，取出時再base64解碼，另外圖片存磁碟，value為圖片路徑也可以
『玖』 大量數據能緩存到redis裡面嗎
不適合引子：
在大數據時代，總希望存在一個Key-value存儲機制，像HashMap一樣在內存中處理大量（千萬數量級）的key-value對，以便提高數據查找、修改速度。
所以，我們會想到，Memcached和Redis這兩個NoSQL資料庫（嚴格來講二者都不可以算作資料庫）。
1、Memcached是一個cache機制，當內存不足時會採用LRU機制，替換出陳舊數據，因此他不能保證我們的數據像在HashMap中一樣不丟失，且沒有數據持久化機制；
2、Redis克服了這一缺點，採取磁碟存儲機制實現數據持久化。但是，當數據量達到1千萬左右時，由於內存中不能存儲如此大量數目的數據，頻繁同磁碟進行數據交換，導致數據查詢、存儲性能的急劇下降，將導致服務不可用。
結論：當前還沒有好的產品可以實現key-value保證數據完整性，千萬級條數量級的，高效存儲和查詢支持產品。
附錄一：如下是轉自其它網友的測試數據：
附錄二：memcached 和redis的比較，和各自用途
附錄一：
從圖中可以猜測到還會有Redis 2.2.1 的測試，相同的測試環境，1K的數據量，使用ServiceStack.Redis客戶端進行如下測試：
1) Set操作
2) Get操作
3) Del操作
每一套測試分別使用三個配置進行測試：
1) 綠色線條的是開啟Dump方式的持久化，5分鍾持久化一次
2) 藍色線條是開啟AOF方式的持久化，每秒寫入磁碟一次
3) 紅色線條是關閉任何的持久化方式
對於每一個配置都使用相同的其他配置：
1) 開啟VM 最大內存10GB(128位元組一
『拾』 redis除了緩存還可以做什麼
1、緩存僅僅是redis的一個小的方面
2、你要明白redis是非關系型內存資料庫，他有著豐富的數據類型：string，list，hash，set，zset
3、有足夠的money，你完全可以將redis作為主存
4、redis可以做的很多，比如：投票系統，用戶登錄session，購物車，網頁緩存，日誌系統，搜索引擎，消息隊列。