首頁(yè) 猿問(wèn) 了解Postgres行大小

了解Postgres行大小

SQL Server MySQL

千巷貓影 2019-11-18 18:26:22

我有一個(gè)大型的（> 100M行）Postgres表，其結(jié)構(gòu)為{整數(shù)，整數(shù)，整數(shù)，沒有時(shí)區(qū)的時(shí)間戳記}。我期望行的大小為3 *整數(shù)+ 1 *時(shí)間戳= 3 * 4 + 1 * 8 = 20字節(jié)。實(shí)際上，行大小為pg_relation_size(tbl) / count(*)= 52個(gè)字節(jié)。為什么？（不刪除表：pg_relation_size(tbl, 'fsm')?= 0）

查看完整描述

3 回答

揚(yáng)帆大魚

TA貢獻(xiàn)1799條經(jīng)驗(yàn) 獲得超9個(gè)贊

每行都有與之關(guān)聯(lián)的元數(shù)據(jù)。正確的公式是（假定為簡(jiǎn)單對(duì)齊）：

3 * 4 + 1 * 8 == your data

24 bytes == row overhead

total size per row: 23 + 20

或大約53個(gè)字節(jié)。實(shí)際上，我專門寫了postgresql-varint來(lái)幫助解決這個(gè)確切的用例問(wèn)題。您可能想看一看類似的文章，了解有關(guān)re：元組開銷的更多詳細(xì)信息。

反對(duì) 回復(fù) 2019-11-18

慕妹3146593

TA貢獻(xiàn)1820條經(jīng)驗(yàn) 獲得超9個(gè)贊

RAM中的數(shù)據(jù)表示甚至需要更多空間。所以不，那里沒有壓縮。如果您有較長(zhǎng)的字符串，它們將被壓縮并可能被“烘烤”。有關(guān)更多信息，請(qǐng)TOAST參見此處的手冊(cè)。因此，非常小的元組有相當(dāng)大的開銷。盡管如此，對(duì)表的操作通常還是非常快的，所以不要陷入過(guò)早地對(duì)表進(jìn)行非規(guī)范化的誘惑。如有疑問(wèn)，請(qǐng)運(yùn)行性能測(cè)試

反對(duì) 回復(fù) 2019-11-18