Hibernate сохраняет / извлекает дату за вычетом дня, если приложение использует другой часовой пояс, чем MySQL

Если вы используете LocalDate в Java, вам следует использовать столбец DATE в MySQL. Так проблема будет решена.

Если вы используете LocalDateTime, попробуйте установить это свойство в Spring Boot:

spring.jpa.properties.hibernate.jdbc.time_zone=UTC

Чтобы увидеть, как он работает в действии, вы можете найти тестовый пример в моем Высокопроизводительный репозиторий Java Persistence GitHub, который демонстрирует, как этот параметр работает с MySQL.

В идеале оба сервера должны находиться в одном часовом поясе, а предпочтительный - в часовом поясе UTC. И чтобы показать правильное время пользователю в его часовом поясе; вы разбираете его в самом браузере. И при извлечении данных из БД; вы используете время UTC. Таким образом, у вас не будет проблем при извлечении данных из БД.

В MySQL ...

TIMESTAMP внутренне хранит UTC, но преобразует в / из часового пояса сервера на основе двух настроек. Проверьте эти настройки через SHOW VARIABLES LIKE '%zone%';. При правильной настройке считыватель может видеть время, отличное от времени записи (в зависимости от настроек tz).

DATE и DATETIME берут все, что вы им даете. Нет преобразования tz между строкой в ​​клиенте и тем, что хранится в таблице. Подумайте об этом, как о хранении изображения часов. Читатель увидит строку времени такой же, которую написал писатель.

Я столкнулся с аналогичными проблемами при создании некоторых интеграционных тестов для приложения spring-boot с использованием hibernate. Я использовал здесь базу данных postgreSQL.

Как правильно указывает другой ответ, вы можете установить свойство hibernate.jdbc.time_zone=UTC, как описано. Тем не менее, это не решило мои проблемы, поэтому мне пришлось установить часовой пояс JVM по умолчанию с помощью следующего в основном классе моих приложений spring-boot:

@PostConstruct
public void init(){
    TimeZone.setDefault(TimeZone.getTimeZone("UTC"));   // It will set UTC timezone
    System.out.println("Spring boot application running in UTC timezone :"+new Date());   // It will print UTC timezone
}

Это также должно решить ваши проблемы. Вы можете собрать больше информации здесь.

Причина

Я предполагаю, что ваша проблема (дата получения - 1 день) связана с вашей конкретной настройкой. Если ваше приложение работает в формате UTC и запрашивает метки времени из базы данных в GMT + 3, оно разрешается в более раннюю дату, потому что контекст приложения (здесь ответственны JVM и Hibernate) отстает от контекста базы данных в UTC на 3 часа. Простой пример:

2018-12-02 00:00:00 - 3 часа = 2018-12-01 21:00:00

Поскольку вы смотрите только на даты: 2018-12-02 - 3 часа = 2018-12-01

spring.jpa.properties.hibernate.jdbc.time_zone=UTC

Он используется, когда вы работаете с TimeZoned Date, но из ваших журналов кажется, что вы не передаете TimeZone:

binding parameter [1] as [DATE] - [2018-09-06]

Попробуйте удаленное свойство:

spring.jpa.properties.hibernate.jdbc.time_zone=UTC

Если вы добавите следующий синтаксический анализ в свой HQL-запрос, он вернет дату без какого-либо формата часового пояса или времени суток. Это быстрое решение вашей проблемы.

select DATE_FORMAT(date,'%Y-%m-%d') from Entity

Я сделал все, как указано в ответах раньше, например

• Добавление spring.jpa.properties.hibernate.jdbc.time_zone = America / Sao_Paulo
• Установка часового пояса по умолчанию: TimeZone.setDefault(TimeZone.getTimeZone("America/Sao_Paulo"))

но ни один из них не работал, пока я не добавлю параметр serverTimezone = Америка / Сан-Паулу в свой URL-адрес JDBC:

jdbc:mysql://localhost:3306/aurorabuzz-test?serverTimezone=America/Sao_Paulo

Теперь все работает нормально!

В соединителе MySQL до версии 8.0.22 была ошибка, см. Запрос данных Spring для localdate возвращает неправильные записи - минус один день