當使用文字在MySQL而不是VARCHAR

可能重複：
MySQL: Large VARCHAR vs. TEXT?當使用文字在MySQL而不是VARCHAR

由於VARCHAR可以有65K字節的現在，那麼當應TEXT可以用來代替VARCHAR？

來源

2012-07-11 enchance

當你需要超過65k字符。 :) – GordonM 2012-07-11 21:33:58

這應該是65k *字節*，不是字符，我認爲 – davek 2012-07-11 21:39:37

哦，是的。 65k字節。更新我的問題。 – enchance 2012-07-11 22:11:52

長VARCHAR以與/BLOB字段相同的方式存儲在InnoDB中。

從存儲前瞻性BLOB，TEXT爲以及LONG VARCHAR由Innodb的處理相同方式。這就是爲什麼Innodb 手冊稱之爲「長列」而不是BLOB的。

source

除非你需要索引這些列（在這種情況下VARCHAR更快），沒有理由使用VARCHAR在TEXT長田 - 有在MySQL調整一些發動機特定的優化根據長度進行數據檢索，並且應該使用正確的列類型來利用這些數據。

如果您使用MyISAM，有關該主題的深入討論是here。

TEXT和BLOB存儲從桌子上與該表只是具有一個指針的實際存儲的位置。

VARCHAR與表格內嵌存儲。當尺寸合理時，VARCHAR會更快。

根據this test,VARCHAR大約是文本的三倍。

來源

2012-07-11 22:26:06 Lion

定義「長場」。 – 2014-04-27 06:04:58

@PaulBrewczynski> 768字節（請參閱Lion發佈的鏈接） – delrox 2015-06-30 16:17:34

對InnoDB進行一次更正：僅當「長」（> 768字節）且僅尾部存儲在表外時，TEXT和BLOB才從InnoDB中的表中存儲到VARCHAR）。真正的區別是最大長度不同，並且使用VARCHAR，您必須提供最大長度（與系統限制65k一起執行）。 – delrox 2015-06-30 16:23:23

文本應該用於非常長的不確定長度的字符串。而且，返回TEXT字段的查詢往往比它們的VARCHAR對應項慢得多。

來源

2012-07-11 21:34:08 TimR

在我的數據庫中，我有一個名爲Description的列。數據類型應該是VARCHAR還是TEXT？我不確定描述數據會持續多長時間，但我計劃在前端添加一個字數限制，以便它具有最大長度。 – codeinprogress 2017-02-21 05:24:34

當使用文字在MySQL而不是VARCHAR

回答

相關問題