MySQL 報Row size too large 65535 原因與解決方案

MySQL 報Row size too large 65535 原因與解決方案

MySQL報錯資訊：Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535

向MySQL的表外掛程式一個欄位 類型為text時，或修改一個欄位類型為text時，報出上面的錯誤。其實我對這個錯誤的原因理解也不是很深，給出一些我查到的解釋吧

大意是資料表中有一個設定長度為64K的欄位索引，當表中欄位（不知道是欄位名字還是什麼）不能超過這個長度，65,535所說明的是針對的是整個表的非大欄位類型的欄位的bytes總合。（網上查到的）

我自己的理解(也不是很清楚了，大家指出來吧）：

我的理解跟上查到最後一句話的意思差不多，就是非大欄位類型的欄位的bytes總和大於64K了，這個欄位的bytes總和是什麼呢？我還是當他理解成欄位的名字長總的總和吧。非大欄位是指那些欄位呢，我覺得是varchar欄位類型的欄位，他們的名字總和大於64K,超出MySQL的檢索大小儲存空間時就會報錯。

varchar我來簡單說下吧，在舊版5版本前varchar 最大儲存字元數是255 （說法不算科學有興趣的自己查），在5版後 varchar就是可變長度 ,就是按實際儲存資料的多少去劃分佔用的儲存空間，比如varchar類型內的資料有50個那麼它佔用的儲存空間可能就是51個  有1個是預留位置用於記錄存了多少個字元。（也許不是欄位名字佔了64k,而是這個欄位內記錄佔位長度的太多了，超過了64k這個值）就是說，你自己看看是不是你資料表裡用varchar的欄位類型用得太多了。

確實是varchar用得太多了，怎麼辦呢，其實上面報錯的語句就有說明，可以將屬性轉為text 或 blobs 。行不行你們自己試下吧。

為什麼我的資料表上有那麼多varchar呢，因為他是實際長度的感覺可以省點儲存空間，如給varchar(300)但我實際在這個欄位存了10個字，那其實也只是佔用了11個字元儲存空間，最大到300個字元。

我的解決方案：

將表中varchar(N) 中N設定小於255的屬性的欄位，修改屬性為tinytext 。tinytext 在儲存時總是佔用255個字元。是固定的佔著，最大能儲存的字元也只有255個。所以如果varchar(N) 這個N值特別少就可以用tinytext進行代替。char這個大家自己考慮下能不能用吧。

本文永久更新連結地址：