Он состоит из двух вопросов:
Действительно ли поле метки времени MySQL быстрее, чем поле даты и времени в запросе «по порядку»?
Если ответ на приведенный выше вопрос да, насколько быстрее это может быть? Предполагается, что в таблице из 100 миллионов строк и часто сортируется группа из 100-200 тыс. строк на основе поля временной метки внутри MySQL, будет ли улучшение времени сортировки компенсировано преобразованием временной метки в читаемый формат строки во внешней программе?
Самый простой способ узнать это — написать модульный тест и получить некоторые цифры.
Моя теория заключалась в том, что отметка времени будет быстрее, но согласно этому блогу я ошибаюсь: http://dbscience.blogspot.com/2008/08/can-timestamp-be-slower-than-datetime.html
Вот почему я, как правило, получаю цифры путем профилирования, прежде чем решить, где оптимизировать, поскольку моя интуиция иногда может быть совершенно неправильной.
Таким образом, это может зависеть от версии MySQL, которую вы используете, но похоже, что datetime может быть быстрее.
Из того, что я могу сказать, основным преимуществом использования TIMESTAMP по сравнению с DATETIME является возможность автоматически устанавливать значение на текущее время при создании строки и иметь возможность установить его (или другой столбец с небольшими усилиями) на текущее время в строке Обновить. Это позволяет автоматически создавать и изменять дату.
Из-за других ограничений для столбца TIMESTAMP (например, не принимать даты за пределами определенного диапазона или изменяться при изменении часового пояса сервера), DATETIME будет предпочтительнее, если вам не нужна одна из двух функций. сверху.
Однако, если вы просто заинтересованы в хранении временной метки Unix в базе данных и не нуждаетесь в том, чтобы база данных когда-либо преобразовывала ее, вы, вероятно, могли бы сохранить ее как целое число без знака напрямую и добиться небольшой производительности.
