今天在項(xiàng)目中使用Redis的hash結(jié)構(gòu)存一些商品數(shù)據(jù)，存的時(shí)候是按照商品id從小到大放進(jìn)去的。然后現(xiàn)在想hgetAll著取出來(lái)，也能夠按照id順序再取出來(lái)，但是發(fā)現(xiàn)結(jié)果并不是這樣的，輸出是亂序的。
隨決定看一下到底是為啥，發(fā)現(xiàn)了貓膩。

成都創(chuàng)新互聯(lián)-專業(yè)網(wǎng)站定制、快速模板網(wǎng)站建設(shè)、高性價(jià)比西陵網(wǎng)站開(kāi)發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫(kù),直接使用。一站式西陵網(wǎng)站制作公司更省心,省錢,快速模板網(wǎng)站建設(shè)找我們，業(yè)務(wù)覆蓋西陵地區(qū)。費(fèi)用合理售后完善，十多年實(shí)體公司更值得信賴。

《REDIS設(shè)計(jì)與實(shí)現(xiàn)》中指出，

創(chuàng)建空白哈希表時(shí)， 程序默認(rèn)使用 REDIS_ENCODING_ZIPLIST 編碼， 當(dāng)以下任何一個(gè)條件被滿足時(shí)， 程序?qū)⒕幋a從 REDIS_ENCODING_ZIPLIST 切換為 REDIS_ENCODING_HT ：

哈希表中某個(gè)鍵或某個(gè)值的長(zhǎng)度大于 server.hash_max_ziplist_value （默認(rèn)值為 64 ）。
壓縮列表中的節(jié)點(diǎn)數(shù)量大于 server.hash_max_ziplist_entries （默認(rèn)值為 512 ）。

然后看了看自己的數(shù)據(jù)，發(fā)現(xiàn)值的長(zhǎng)度大于64了，因此采用了hashtable的編碼格式。是無(wú)序的。

另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內(nèi)外云服務(wù)器15元起步，三天無(wú)理由+7*72小時(shí)售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國(guó)服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡(jiǎn)單易用、服務(wù)可用性高、性價(jià)比高”等特點(diǎn)與優(yōu)勢(shì)，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場(chǎng)景需求。

網(wǎng)站欄目：REDISHGETALL按序輸出結(jié)果-創(chuàng)新互聯(lián)
URL分享：http://weahome.cn/article/coseii.html