InnoDB中的Mysql KEY_BLOCK_SIZE價值考慮壓桿

Question

試圖使documentation感，以確定KEY_BLOCK_SIZE的與ROW_FORMAT MySQL的InnoDB表的影響=壓桿

至於你KEY_BLOCK_SIZE指定較小的值，你得到的I/O 越來越小頁面的好處。但是，如果您指定的值太小，則當數據值無法壓縮到足以適應每個頁面中的多個 行時，會有額外開銷來重組 頁面。

有人可以詳細說明KEY_BLOCK_SIZE值1和8有什麼優點和缺點，有些很容易與例子相關嗎？如果我的行大小將小於1kb，那麼KEY_BLOCK_SIZE = 1總會提供更好的IO嗎？如果我的key_block_size大多小於1kb會有影響嗎？語句「數據值不能被壓縮到適合多行」 - 多行是多行？爲什麼它不適合1排？我甚至困惑這是否涉及索引大小或實際行大小。

Answer 1

看看你的CREATE TABLE;看一排需要多大。如果你把塊設得太小，你會達到另一個極限。

記住InnoDB的COMPRESSED很少接受超過2倍的收縮更多，它的成本一堆得到它。

我不挺你正在尋找的答案。相反，我們能追求「真正」的問題嗎？它是否佔用磁盤空間？它是I/O嗎？它是一些其他性能指標嗎？可能有其他解決方案可行。請提供SHOW CREATE TABLE和一些疑問。另外，稍微描述一下數據。