Как MySQL сохраняет данные?

Question

[Аделина Цуркан]

Вопрос о том как MySQL занимает место на диске, и о правильном выборе типа данных.

Для примера будем считать что есть миллион статей, которые имеют заголовок и описание.

title: VARCHAR(250)
content: TEXT

Из этих статей:

• 30% имеют текст меньше 1000 символов
  
• 30% больше 1000 и меньше 5000
  
• остальные больше 5000
  

Если сделать 3 таблицы, и в каждой указать content равный нужной длинне, MySQL займёт меньше место на диске?

То есть MySQL резервирует "максимальное" место под каждый ряд? Или занимает место только под те данные которые имеет на текущий момет?

Answer 1

[longclaps]

Если делать по 3 однотипных таблицы вместо одной, можно в один прекрасный день угодить в дурку. Не стоит так рисковать.
Типы данных TEXT придуман нам во спасение.

Comments

[Аделина Цуркан]

:)) просто когда объёмы очень большие, приходиться рассматривать все возможные решения оптимизаций

[longclaps]

Аделина Цуркан, судя по ответу, вы не дочитали доку до конца. На всякий случай дублирую:

Следует учитывать, что внутренним представлением любой величины типа BLOB или TEXT является отдельно размещенный объект - в противоположность всем остальным типам столбцов, для которых память выделяется единовременно для столбца при открытии таблицы.

[Аделина Цуркан]

longclaps, несколько раз читал эту фразу в документаций. Правильно ли я понял что заниматься будет место только под тот контент который имеется? Если это так, то почему везде не использовать TEXT вместо VARCHAR?

[longclaps]

Правильно ли я понял

Аделина Цуркан, да.

почему везде не использовать TEXT

Там выше написано об их ограничениях. Трудно читать, да?

зы ты какого пола?

Answer 2

[Константин Цветков]

В общем случае значения переменной длины будут занимать только нужное им место (плюс незаполненные остатки страниц). Делать разные таблицы для разных размеров не нужно.

Данные хранятся страницами (обычно, по-умолчанию 8 Кбайт), поэтому ваша статья размером 5000 символов займёт страницу. Если будет чем занять свободное место, СУБД это сделает. Нет — так и будет неиспользованным. Конечно, это в первом, примитивном приближении. Конкретно реализация страничного хранения значительно сложнее чем простое линейное.

Comments

[Аделина Цуркан]

плюс незаполненные остатки страниц

это как понимать?

[Алексей Уколов]

ваша статья размером 5000 символов займёт страницу.

Сейчас всё-таки unicode уже промышленный стандарт, так что выйдет больше.