varchar的最佳口徑大小

Question

我正在設計一個數據庫，它將存儲各種大小的JSON字符串。我正在考慮使用不同的表（每個表都有兩列，'id'和'data'）來存儲不同的字符串大小（tinytext - bigtext）。在這種情況下，將從包含最小字符串大小的表開始搜索每個表。

我還在考慮使用單個字符串大小的單個表並使用多行存儲大型JSON字符串。

..或者我可以創建一個大的VARCHAR大小的表並節省一些開發時間。

有兩點是我設計身邊：

在某些情況下，MySQL存儲小塊數據的「行」，這有助於提高性能。這是什麼意思，我該如何利用這一點？

在某些情況下，mysql會將VARCHAR處理爲其最大可能的大小。這是什麼時候發生的？我怎樣才能避免它？

Answer 1

使用255

Why historically do people use 255 not 256 for database field magnitudes?

雖然，作爲一個側面說明，如果您正在使用PHP工作，並試圖插入超過1000個字符的字符串，則需要截斷你的最大關口尺寸上插入之前的PHP端，否則你會遇到錯誤。

Answer 2

從數據庫的角度來看，varchar沒有特別「好」的長度。但是儘量保持最大行大小小於8kb，包括非聚簇索引。然後你將避免MySQL將數據存儲在行外，這會妨礙性能。