Возможный дубликат:
Значение длины varchar в таблице MySQL
При использовании VARCHAR (при условии, что это правильный тип данных для короткой строки) имеет значение размер? Если я установил его на 20 символов, это займет меньше места или будет быстрее 255 символов?
В общем случае для поля VARCHAR объем данных, хранящихся в каждом поле, определяет его размер на диске, а не максимальный размер (в отличие от поля CHAR, которое всегда имеет одинаковый след).
Существует верхний предел для всех данных, хранящихся во всех полях индекса 900 байт (размер байта индекса байта 900 байтов в длину символа).
Чем больше вы создадите поле, тем больше вероятность того, что люди будут пытаться использовать в целях, отличных от того, что вы намеревались, - и чем больше экранная недвижимость, требуемая для показа значения, поэтому его хорошая практика попытаться выбрать right, а не предполагать, что если вы сделаете это как можно больше, это избавит вас от необходимости пересмотреть дизайн.
Да, имеет значение при индексировании нескольких столбцов.
Префиксы могут быть длиной до 1000 байтов (767 байт для таблиц InnoDB). Обратите внимание, что префиксные пределы измеряются в байтах, тогда как длина префикса в операторах CREATE TABLE интерпретируется как количество символов. Не забудьте принять это во внимание при указании длины префикса для столбца, который использует многобайтовый набор символов.
источник: http://dev.mysql.com/doc/refman/5.0/en/column-indexes.html
В латинской сортировке вы можете указать только 3 столбца varchar(255).
Может указывать до 50 столбцов для varchar(20)
Внутри непосредственно, без надлежащего индекса, он будет замедлять скорость запроса
В терминах хранения это не имеет значения,
как varchar обозначить variable-length strings
Фактические различия заключаются в следующем:
TINYTEXT и другие поля TEXT хранятся отдельно от строки в памяти внутри кучи MySQL, тогда как поля VARCHAR() содержат ограничение до 64k (поэтому вы можете иметь более 64k в TINYTEXT, тогда как вы не будете с VARCHAR).
TINYTEXT и другие "blob-like" поля заставят SQL-уровень (MySQL) использовать временные таблицы на диске при каждом использовании, тогда как VARCHAR будет по-прежнему сортироваться "в памяти" (хотя будет преобразован в CHAR для полной ширины).
InnoDB внутренне не заботится о том, является ли это tinytext или varchar. Это очень легко проверить, создайте две таблицы: одну с VARCHAR (255), другую с TINYINT и вставьте запись в оба. Они оба возьмут одну страницу 16k, тогда как если используются страницы переполнения, таблица TINYTEXT должна отображаться как взятая не менее 32k в "SHOW TABLE STATUS".
Я обычно предпочитаю VARCHAR (255) - они не вызывают слишком много фрагментации кучи для одной строки и могут рассматриваться как один объект 64k в памяти внутри MySQL. Различия в размерах InnoDB незначительны.
В документации MySQL: http://dev.mysql.com/doc/refman/5.0/en/char.html
У вас есть таблица, которая указывает байты VARCHAR (4) (vs a CHAR (4)).
Простой VARCHAR (4) без строки, всего 1 байт. Тогда простой VARCHAR (255) без строки равен 1 байт. VARCHAR (4) с "ab" имеет 3 байта, а VARCHAR (255) с "ab" - 3 байта. То же самое, но с пределом длины:)
Это не повлияет на производительность. В этом случае ограничение просто помогает обеспечить целостность данных.
Этот ответ должен помочь вам.
Если вы установите значение 20, оно сохранит только первые 20 символов. Так что да, это займет меньше места, чем 255 символов:).
необходимое пространство для хранения VARCHAR выглядит следующим образом:
VARCHAR(L),VARBINARY(L)-L+ 1 байт, если значения столбца требуют 0 - 255 байт,L+ 2 байта, если для значений может потребоваться больше 255 байт
Итак, VARCHAR требует только пространство для строки плюс один или два дополнительных байта для длины строки.