Почему MySQL выдает дату вне промежутка?

Question

[Владимир Голубь]

Использую TypeORM для запросов.

Перед вставкой в запрос имею такие значения конца и начала промежутка:

{ startTime: '2021-05-31 00:00:00' }
{ endTime: '2021-05-31 23:59:59' }

query.andWhere('cm.time >= :startTime AND cm.time <= :endTime', { startTime: startTime, endTime: endTime });

Но даты выбираются с "2021-05-30T23:00:00.000Z" ? Как решить данную проблему?

UPD:
Пробавал, передавать такие результат тот же

{ startTime: '2021-05-31T00:00:00.000' }
{ endTime: '2021-05-31T23:59:59.999' }

Comments

[Денис Юрьев]

про часовые пояса забыли)

[Владимир Голубь]

Денис Юрьев, формирую дату с помощью Luxon, поставил UTC не помогает

console.log(startTime.setZone('utc').toISO({ includeOffset: false }));
    console.log(endTime.setZone('utc').toISO({ includeOffset: false }));

2021-05-30T22:00:00.000
2021-05-31T21:59:59.999

[Дмитрий Гординский]

Владимир Голубь, а в самом MySQL какой timezone?

[Владимир Голубь]

Дмитрий Гординский, Europe/Athens

let startTime = DateTime.now().setZone('Europe/Athens').startOf('day');
let endTime = DateTime.now().setZone('Europe/Athens').endOf('day');

{ startTime: '2021-05-31T00:00:00.000+03:00' }
{ endTime: '2021-05-31T23:59:59.999+03:00' }

Первая дата - 2021-05-30T23:00:00.000Z

[Akina]

Каков тип данных у поля cm.time?

Какой будет результат, если критерии преобразовать в строковые литералы (без буквы 'T' в середине, т.е. '2021-05-31 00:00:00.000') и передавать именно как строки, а не как даты?

[Владимир Голубь]

Akina, datetime

[Дмитрий Гординский]

Владимир Голубь, а в самом MySQL какой timezone?

[Владимир Голубь]

Дмитрий Гординский, Europe/Athens, я в Калининграде

[Akina]

Владимир Голубь, MySQL в поле DATETIME помещает значение точно в той форме, в какой оно пришло, не применяя никаких смещений временных зон. То же касается и значений литералов, используемых как критерии - любые литералы даты-времени трактуются как DATETIME, а не как TIMESTAMP - см. datatype evaluation rules. Значит, зона передаваемого значения изменяется ещё до того, как значение критерия передано в MySQL.

Всё же настоятельно рекомендую выполнить указанный выше эксперимент с передачей критериев как строковых литералов, к которым уж точно никакие преобразования зон времени не применяются. Ну чтобы убедиться, что проблему надо искать на стороне клиента.

[Владимир Голубь]

Akina,
Передаю значения

query.andWhere('cm.time >= :startTime AND cm.time <= :endTime', {
      startTime: '2021-05-31 00:00:00'
      endTime: '2021-05-31 23:59:59'
    });

Первое выбранное
"2021-05-30T23:00:00.000Z",

[Akina]

Первое выбранное
"2021-05-30T23:00:00.000Z",

MySQL не порождает таких значений. Это - интерпретация Вашим фреймворком возвращённого им значения.

А вообще я бы рекомендовал на пару секунд включить у MySQL запись в General Log и посмотреть, какой же на самом деле текст запроса, с какими значениями критериев отбора, добирается до MySQL...

Answer 1

[Владимир Голубь]

Решил проблему на уровне typeorm

@Column({
  type: 'date',
  name: 'time'
})
time: string;

/**
     * Force date types (TIMESTAMP, DATETIME, DATE) to be returned as strings rather then inflated into JavaScript Date objects.
     * Can be true/false or an array of type names to keep as strings.
     */
    readonly dateStrings?: boolean | string[];