Блог

У меня есть определенная таблица в mysql с полем refresh_time Type as timestamp .

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

 periodRefresh = currentTime   MyServiceUtils.calculateNoOfDaysInMonth(currentTime)*86400000L;
 

А затем значение periodRefresh (milliseconds) , в которое я преобразую java.sql.Timestamp и передаю его на сторону бд, чтобы удалить поле :

 new Timestamp(periodRefresh);
 

Но произошло то, что текущая дата в бд была 2021-04-03 15:57:13 , и когда была запущена вышеуказанная логика для обновления времени до следующего месяца, в то же время, она обновила время, 2021-05-03 13:57:13 которое на 2 часа меньше, чем ожидалось.

Наш сервер следует часовому поясу UTC, но я вижу, что пользователь был из Австралии, и в тот день (4 апреля 2021 года) в AEST было летнее время. Но даже в этом случае это не добавляет к вышесказанному, как если бы я перешел 2021-04-03 15:57:13 UTC на AEST, это происходит так же, как 2021-04-03 01:57:13 и переход на летнее время в 3 часа ночи.

Все вышесказанное немного смутило меня следующими вопросами:

• Если я следую часовым поясам UTC, то также влияет sql.Timestamp и mysql может повлиять летнее время?
• Как летнее время влияет на моего пользователя в Австралии, когда я следую часовому поясу UTC?
• Даже если бы влияло летнее время, это должно было увеличить/уменьшить время на 1 час, но как в моем случае произошла разница в 2 часа?

В MySQL TIMESTAMP типы данных всегда хранятся в таблицах в формате UTC. Когда вы помещаете их в базу данных, она сначала переводит их из time_zone настроек вашего подключения в UTC. И когда вы их извлекаете, это переводит их в другую сторону. Это не относится DATETIME к типам данных.

Такое TIMESTAMP поведение удобно, если у вас есть глобальное приложение. Вы можете запросить у каждого пользователя предпочтительный часовой пояс и сохранить его в качестве параметра пользовательских предпочтений.

Если вы возьмете необработанное значение (секунды с момента эпохи UNIX в UTC) TIMESTAMP и добавите к нему секунды за месяц, полученное значение метки времени может находиться в другом режиме дневного времени. Так что это будет переведено по-другому.

Любой

1. выполните обработку меток времени в MySQL, например, с помощью

    UPDATE tbl SET periodRefresh = periodRefresh   INTERVAL 1 MONTH;
    

2. сделайте все это в своем приложении и DATETIME не используйте TIMESTAMP типы данных (чтобы избежать перевода часового пояса базы данных или
3. сделайте все это в своем приложении и используйте SET time_zone='UTC' ; при каждом подключении.