對於MySQL中的innodb表，它更快：varchar（255）或tinytext？

Question

我正在優化MySQL中的一些innodb表，所以我運行過程analsye（）以查看建議是什麼。

結果推薦TINYTEXT，而不是爲varchar（255）對先前設置爲varchar的所有字段（255）

是否有性能增益通過使用TINYTEXT哪兒來？我只關心速度而不是規模。

Answer 1

不要相信是否有人告訴你TINYTEXT是以其他方式存儲的，而不是VARCHAR。

實際的差別是：

• TINYTEXT和其他文本字段從內存行分開存儲的MySQL堆裏面，而VARCHAR（）場加起來64K的限制（所以你可以有一個以上在TINYTEXT中是64K，而你不會用VARCHAR）。如果TINYTEXT和其他類似blob的字段強制SQL層（MySQL）在使用磁盤臨時表時使用，而VARCHAR仍將在內存中排序（儘管將被轉換爲CHAR爲全寬）。

• InnoDB內部並不關心它是tinytext還是varchar。驗證非常容易，創建兩個表格，一個使用VARCHAR（255），另一個使用TINYINT，並向兩者插入一條記錄。它們都將採用單個16k頁面，而如果使用溢出頁面，TINYTEXT表格應該顯示爲在「SHOW TABLE STATUS」中至少需要32k。

我通常喜歡VARCHAR（255） - 它們不會導致太多的堆碎片爲單列的，並且可以被視爲在MySQL中存儲一個64K的對象。 InnoDB的大小差異可以忽略不計。

Answer 2

我希望varchar比tinytext快，從我的谷歌搜索似乎是普遍的共識。當然你必須測試你的系統才能真正確定。

它更快的原因是因爲當MySQL執行某些操作（連接，排序等）時，它通常會創建臨時表。在臨時表中有BLOB類型（如tinytext）時，該表將基於磁盤而不是基於內存，這當然會對性能產生影響。

Answer 3

你可能也想看看使用char(255) - 雖然它確實佔用了更多的空間，但在以後進行比較時，使用大小恆定的字段的速度要快得多（根據我的經驗）。如果您只是在尋找速度，那麼額外的空間可以填充填充，然後稍後忽略空白。

但是，注意：MySQL不允許varchar和char類型存在於同一個表中。它也不[通常]允許在varchar和char之間進行比較。去年我在一個業餘愛好project的桌子實施中發現了這一點。

Answer 4

CHAR/VARCHAR會更快，因爲這些列與主行數據*存儲在同一頁面中，而TEXT類型存儲在頁面 （我錯了，請參閱Harrison的評論）。

人們過去使用tinytext很多，因爲varchar（令人討厭地）修剪尾隨空白。這個行爲在MySQL 5.0中被刪除了。

（*至少第一個768字節，內置InnoDB，而不是新的InnoDB插件）。