Redis中數(shù)組和鏈表的關(guān)系是什么？針對(duì)這個(gè)問題，這篇文章詳細(xì)介紹了相對(duì)應(yīng)的分析和解答，希望可以幫助更多想解決這個(gè)問題的小伙伴找到更簡單易行的方法。
數(shù)組：
數(shù)組會(huì)在內(nèi)存中開辟一塊連續(xù)的空間存儲(chǔ)數(shù)據(jù)，這種存儲(chǔ)方式有利也有弊端。當(dāng)獲取數(shù)據(jù)的時(shí)候，直接通過下標(biāo)值就可以獲取到對(duì)應(yīng)的元素，時(shí)間復(fù)雜度為O(1)。但是如果新增或者刪除數(shù)據(jù)會(huì)移動(dòng)大量的數(shù)據(jù)，時(shí)間復(fù)雜度為O(n)。數(shù)組的擴(kuò)容機(jī)制是：如果數(shù)組空間不足，會(huì)先開辟一塊新的空間地址，將原來的數(shù)組復(fù)制到新的數(shù)組中。
鏈表：
鏈表不需要開辟連續(xù)的內(nèi)存空間，其通過指針將所有的數(shù)據(jù)連接起來。新增或者刪除的時(shí)候只需要將指針指向的地址修改就行了，時(shí)間復(fù)雜度為O(1)。但是查詢的時(shí)間復(fù)雜度為O(n)。
2.1、雙向鏈表
雙向鏈表是各個(gè)節(jié)點(diǎn)之間的邏輯關(guān)系是雙向的。
雙向鏈表中節(jié)點(diǎn)的組成是：prior： 指向當(dāng)前節(jié)點(diǎn)的前置節(jié)點(diǎn)，data：當(dāng)前節(jié)點(diǎn)存儲(chǔ)的數(shù)據(jù)。next：指向當(dāng)前節(jié)點(diǎn)的后置節(jié)點(diǎn)。
2.2、壓縮鏈表
壓縮鏈表是為了節(jié)約內(nèi)存開發(fā)的。
ziplist是一個(gè)特別的雙向鏈表，沒有維護(hù)雙向指針prev next;反而是存儲(chǔ)上一個(gè)entry的長度和當(dāng)前entry長度，通過長度推算出下一個(gè)元素在什么地方。
犧牲讀取的性能，獲得高效的存儲(chǔ)空間，因?yàn)榇鎯?chǔ)指針比存儲(chǔ)entry長度更費(fèi)內(nèi)存，這就是典型的時(shí)間換空間。
2.3、quicklist鏈表
官網(wǎng)介紹：
A doubly linked list of ziplists A generic doubly linked quicklist implementation
介紹:
quicklist是一個(gè)雙向鏈表，并且是一個(gè)ziplist的雙向鏈表，ziplist本身是一個(gè)維持?jǐn)?shù)據(jù)項(xiàng)先后順序的列表，而且數(shù)據(jù)項(xiàng)保存在一個(gè)連續(xù)的內(nèi)存塊種。
3.1、雙向鏈表
雙端鏈表便于在表的兩端進(jìn)行push和pop操作，但是它的內(nèi)存開銷比較大。
雙端鏈表每個(gè)節(jié)點(diǎn)上除了要保存的數(shù)據(jù)之外，還要額外保存兩個(gè)指針。
雙端鏈表的各個(gè)節(jié)點(diǎn)是單獨(dú)的內(nèi)存塊，地址不連續(xù)，節(jié)點(diǎn)多了容易產(chǎn)生內(nèi)存碎片。
3.2、壓縮列表
ziplist由于是一塊連續(xù)的內(nèi)存，所以存儲(chǔ)效率很高。
ziplist不利于修改操作，每次數(shù)據(jù)變動(dòng)都會(huì)引發(fā)一次內(nèi)存的realloc。
當(dāng)ziplist長度很長的時(shí)候，一次realloc可能會(huì)導(dǎo)致大批量的數(shù)據(jù)拷貝，進(jìn)一步降低性能。
3.3、quicklist鏈表
空間效率和時(shí)間效率的折中。
結(jié)合了雙端鏈表和壓縮列表的優(yōu)點(diǎn)。
關(guān)于Redis中數(shù)組和鏈表的關(guān)系是什么問題的解答就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道了解更多相關(guān)知識(shí)。
重慶分公司
重慶分公司
