redishash存儲
『壹』 reids的hash結構是怎麼存儲的
1.String——字元串String數據結構是簡單的key-value類型，value不僅可以是String，也可以是數字（當數字類型用Long可以表示的時候encoding就是整型，其他都存儲在sdshdr當做字元串）。使用Strings類型，可以完全實現目前Memcached的功能，並且效率更高。還可以享受Redis的定時持久化（可以選擇RDB模式或者AOF模式），操作日誌及Replication等功能。除了提供與Memcached一樣的get、set、incr、decr等操作外，Redis還提供了下面一些操作：2.Hash——字典在Memcached中，我們經常將一些結構化的信息打包成hashmap，在客戶端序列化後存儲為一個字元串的值（一般是JSON格式），比如用戶的昵稱、年齡、性別、積分等。這時候在需要修改其中某一項時，通常需要將字元串（JSON）取出來，然後進行反序列化，修改某一項的值，再序列化成字元串（JSON）存儲回去。簡單修改一個屬性就干這么多事情，消耗必定是很大的，也不適用於一些可能並發操作的場合（比如兩個並發的操作都需要修改積分）。而Redis的Hash結構可以使你像在資料庫中Update一個屬性一樣只修改某一項屬性值。3.List——列表List說白了就是鏈表（redis使用雙端鏈表實現的List），相信學過數據結構知識的人都應該能理解其結構。使用List結構，我們可以輕松地實現最新消息排行等功能（比如新浪微博的TimeLine）。List的另一個應用就是消息隊列，可以利用List的*PUSH操作，將任務存在List中，然後工作線程再用POP操作將任務取出進行執行。Redis還提供了操作List中某一段元素的API，你可以直接查詢，刪除List中某一段的元素。4.Set——集合Set就是一個集合，集合的概念就是一堆不重復值的組合。利用Redis提供的Set數據結構，可以存儲一些集合性的數據。比如在微博應用中，可以將一個用戶所有的關注人存在一個集合中，將其所有粉絲存在一個集合。因為Redis非常人性化的為集合提供了求交集、並集、差集等操作，那麼就可以非常方便的實現如共同關注、共同喜好、二度好友等功能，對上面的所有集合操作，你還可以使用不同的命令選擇將結果返回給客戶端還是存集到一個新的集合中。1.共同好友、二度好友2.利用唯一性，可以統計訪問網站的所有獨立IP3.好友推薦的時候，根據tag求交集，大於某個threshold就可以推薦5.SortedSet——有序集合和Sets相比，SortedSets是將Set中的元素增加了一個權重參數score，使得集合中的元素能夠按score進行有序排列，比如一個存儲全班同學成績的SortedSets，其集合value可以是同學的學號，而score就可以是其考試得分，這樣在數據插入集合的時候，就已經進行了天然的排序。另外還可以用SortedSets來做帶權重的隊列，比如普通消息的score為1，重要消息的score為2，然後工作線程可以選擇按score的倒序來獲取工作任務。讓重要的任務優先執行。
『貳』 如何將數組存儲在Redis哈希中
有兩種方法：
1.把要存的數組序列化 或者 json_encode後 變成字元串再存。取的時候 反序列號或者json_decode處理成數組。
2.可以使用hash結構,以key作為1維,以hash中的field作為第二維。
redis 如何操作多維數組？
1.Redis用list這種一維數組來模擬二維。
2.序列化一下保存的數據，在原有的hset跟hget的基礎上新增了兩個方法 setArr跟getArr 調用 hset hget 用來保存多維數組的情況，這兩個方法是在存之前,取之後都進行序列化操作。
3.用redis存多維數組，可以把數組json_encode轉換成json各式數據，以string類型的方式存儲。讀取的時候再json_decode回來。
4.Redis本身不支持存取PHP數組的數據結構，但是如何存取PHP的數組呢？可以把數組序列化，以字元串的形式緩存到Redis中。
5.以使用hmset把PHP數組保存為hash類型的數據，使用hmget讀取一維的鍵沒問題，讀取二維的多維的鍵就返回false。
『叄』 redis中hash類型的存在有必要嗎
有必要：
HSET user:pony age 24
HSET user:pony age1 24
HSET user:pony age2 24
HSET user:pony age3 24
可以存儲更多的信息！
Redis 中每個 hash 可以存儲 232 - 1 鍵值對（40多億）。
Hash結構存儲，由於Hash結構會在單個Hash元素在不足一定數量時進行壓縮存儲，所以可以大量節約內存。這一點在String結構里是不存在的。
hash使用起來更高效！
（望樓主採納哦）
『肆』 redis怎麼存儲
redis是一個性能非常優秀的內存資料庫，通過key-value存儲系統。
和Memcached類似，它支持存儲的value類型相對更多，包括string(字元串)、list(鏈表)、set(集合)、zset(sorted set --有序集合)和hashs（哈希類型）。
這些數據類型都支持push/pop、add/remove及取交集並集和差集及更豐富的操作，而且這些操作都是原子性的。
與memcached一樣，為了保證效率，數據都是緩存在內存中。區別的是redis會周期性的把更新的數據寫入磁碟或者把修改操作寫入追加的記錄文件，並且在此基礎上實現了master-slave(主從)同步。
『伍』 redis hash 可以存什麼類型
下配置
# Hashes are encoded in a special way (much more memory efficient) when they
# have at max a given numer of elements, and the biggest element does not
# exceed a given threshold. You can configure this limits with the following
# configuration directives.
hash-max-zipmap-entries 512
hash-max-zipmap-value 64
『陸』 Redis存儲文章點擊量，string類型和hash類型用哪種比較好
如果只是通過文章id進行點擊量的存取和自增操作的話，string涉及的操作有set,get和incr。hash涉及到的操作有hget，hset，hincr操作。這些操作的時間復雜度都是O(1)的，所以不用太擔心存取性能，反而大量string相較於hash來說要更加浪費內存，所以推薦使用hash。一次查詢多個文章id的話，hmget相對於mget也要有優勢（例如Jedis客戶端分片，多個節點的話，不同的key可能存放在不同的節點中，無法直接用mget，只能用管道查詢）。
不過如果只是以上這些操作的話，不明白題主為什麼要把訪問量單獨存儲到一個hash中，完全可以通過存成以文章為主體的結構，例如：
key = article:1
fields = like_count, view_count, comment_count
values = 10, 10, 10
如果真的必須將所有訪問量存放在同一個hash的話，有可能是為了方便持久化到資料庫。也就是先通過redis進行自增，然後定時將數據從redis同步到mysql中，避免mysql的並發和鎖問題。這樣的話就需要知道在這一時間段哪些文章的訪問量發生了改變，然後進行update的操作，才需要將訪問量和文章id單獨存放在hash中。例如：
key = view_count_hash
fields = article:1, article:2. article:3
values = 5, 10, 20
這時就需要想辦法避免在fields比較多的時候，hkeys佔用較長的時間，可以通過將用戶id取模分片，存儲在不同的hash中，或是減少同步的間隔時間，並在間隔後刪掉對應的fields。
如果題主不需要這樣做的話，還是建議分開存放在以文章為主體的結構中。
『柒』 redis hash 怎麼存到java內存里
可以把java對象轉成類似json對象
然後直接看屬性是否存成map，如果需要hset或者hmset就可以(用jedis類似)，鍵是屬性名，值是普通的string，對象的話是json串這種
『捌』 redis hash 可以存多少數據
使用Redis的腳本功能實現Redis中數據簡單查詢，有需要的朋友可以參考下。 在Redis的設計中，key是一切，對於Redis是可見的，而value對於Redis來說就是一個位元組數組，Redis並不知道你的value中存儲的是什麼