Почему время в mysql опережает на пару секунд?

Question

[szQocks]

Есть vps с ubuntu, там развернута mysql, и время в самой базе данных отличается от utc на 1-2 секунды.

mysql> SELECT @@global.time_zone, @@session.time_zone;
+--------------------+---------------------+
| @@global.time_zone | @@session.time_zone |
+--------------------+---------------------+
| +00:00             | +00:00              |
+--------------------+---------------------+
1 row in set (0.00 sec)

mysql> SELECT NOW();
+---------------------+
| NOW()               |
+---------------------+
| 2026-01-06 17:15:56 |
+---------------------+
1 row in set (0.00 sec)

на момент когда я вызывал SELECT NOW(); время по utc было 54 секунды, а мне вывело 56 - сверял с другими сайтами + moment.utc().toDate()

Кто-нибудь может хотя бы подсказать куда копать ? Ладно бы проблема была в смещении таймзоны, и проблема была бы в часах, но тут дело в секундах

даже если предположить что проблема в

Date.now() % 1000 // - остатки мс, то где ещё секунда вторая потерялась ?

Comments

[rPman]

обязан спросить, как проводится проверка, как проверял системное время? может твои часы написаны криворуким недопрограммистом, выводящим время в цикле с sleep(1000); или может пока писал select now() прошли эти 2 секунды?

[szQocks]

rPman, сайт

смотрел в открую консоль одновременно и на секунды на этом сайте, и как только секунда изменилась ( получается в самом начале ) я нажал на enter что бы выполнить команду, и разница была в 2 секунды

локально когда клиент и сервер у меня на компе - проблемы этой не наблюдаю, как только сервер закинул на vps, с клиента отправляю запрос на сервер, мне в ответ создаются записи в будущем времени - на пару секунд вперед ( время конечно же не с клиента беру ), после этого стал копаться в mysql, предположу что возможно как-то нужно vps донастроить, хотя не уверен

[rPman]

эм, вы смотрели время на каком то сайте, не на своем сервере? какие тогда вопросы, у вас время на машине явно не синхронизировано?

[mayton2019]

Ubuntu использует ntp протокол. Смотрите его настройки. На всех уровнях и в виртуалках.

timedatectl timesync-status

[Drno]

mayton2019, но это не значит что время будет совпадать секунду в секунду с каким то там сайтом...

выставьте время вначале 100% одинаково

[szQocks]

Drno, какое время выставить одинаково ?

mayton2019

timedatectl status
               Local time: Tue 2026-01-06 20:47:45 UTC
           Universal time: Tue 2026-01-06 20:47:45 UTC
                 RTC time: Tue 2026-01-06 20:47:46
                Time zone: UTC (UTC, +0000)
System clock synchronized: yes
              NTP service: active
          RTC in local TZ: no

всё настроено

есть идеи как это не верное время utc, синхроинизровать с moment().utc().toDate() ?
потому что я щас проверил это, и на сервере Universal time: Tue 2026-01-06 20:47:45 UTC - показывает это время даже в самой mysql так же отображается это время, а локально у меня отображает на 4 секунды назад, то есть при вызове на моем компе moment().utc().toDate() 2026-01-06 20:47:41

[szQocks]

кароче прочитал я кучу инфы в инете, ничего толком не нашёл почему секунды utc разные, наверное из-за того что разное ПО синхронизирует время по разной погрешности, кто-то от секунды, кто-то от 5 секунд или что-то в этом роде или с разным интервалом, кароч хз

решил с бэка отдавать серверное время на клиент

и на самом клиент высчитываю разницу и в стор добавляю diff значение и использую по проекту

const a = moment().utc().toDate();
          const b =  moment(serverDate).utc().toDate();
          const diff = moment(b).diff(a);  // это миллисекунды разница между клиентским и серверным временем, я его просто потом везде добавляю при вычислениях, например в таймерах и т.д

[Drno]

szQocks, ты проверяешь время на сайте и время в бд

а надо сверять время на твоём сервере с временем в БД на ЭТОМ же сервере...

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

[szQocks]

Drno,

а надо сверять время на твоём сервере с временем в БД на ЭТОМ же сервере...

я понял, спасибо, я это перепроверил ( с локальным временем ), там всё норм, изначально да я не туда смотрел, бывает

я вопрос не верно задал, проблема была не в том почему в mysql время не верное, а в том почему на моем бэке время не верное, оно опережало другие сервера, где-то на пару секунд, где-то точно показывало

[Drno]

szQocks, вот этот вопрос про время уже верный, да)

надо смотреть NTP настройки. чё там и как. возможно сменить сервера для синхр

[mayton2019]

szQocks, смотри. Ты поднял очень сложную и интересную тему. Как вообще ведут себя часы в распределенных системах.

Почитай про векторный часы Лампорта. Это механизм который позволяет обслуживать транзакции в условиях
когда у нас нет единых часов.

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

Кстати если заниматься измерениями ввремени (для перформанса) то эти часы использовать нельзя. Они не монотонные.

Монотонные часы реализованы во всех языках программирования. Например в java это System.nanoTime()
и они вообще не зависят например от сезонных переводов. Это как-бы хронограф в космосе.

Answer 1

[Akina]

MySQL не имеет источников точного времени иных, нежели операционная система.

Начните с простого - перезапустите MySQL, а затем сверьте время в OS и в MySQL. Убеждён, что они совпадут. Затем - мониторьте разницу времени по мнению OS и MySQL в течение достаточно длительного периода времени. Если MySQL не обращается к OS за текущим временем, а считает время самостоятельно, то при достаточно длительном мониторинге это станет заметно. Но всё это обязательно в рамках одного инстанса OS и напрямую, а не издалека, по сети, да через прокладки в виде каких-нибудь веб- или скриптовых серверов.

Конечно, это можно узнать и просто анализом исходного кода, но это неспортивно...

К слову - SYSDATE() гарантированно получает аппаратное время системы.

смотрел в открую консоль одновременно и на секунды на этом сайте, и как только секунда изменилась ( получается в самом начале ) я нажал на enter что бы выполнить команду, и разница была в 2 секунды

Ага... а то, что от изменения времени в системе и до отображения его на экране могло и больше, чем 2 секунды, пройти - вы не учитываете, да?

Вообще MySQL не имеет средств прямого обращения к функциям OS или запуску внешних программ. Но если очень хочется - есть готовые библиотеки с такими возможностями, или можно свою состряпать. И тогда увидеть, есть ли разница на самом деле, и если да, то какова она.

В самом крайнем случае - сбрось результат функции в файл, и сравни значение в файле и время создания файла. Правда, емнип, точность времен операций с файлами в ФС - как раз 2 секунды и есть.

Comments

[szQocks]

Начните с простого - перезапустите MySQL, а затем сверьте время в OS и в MySQL. Убеждён, что они совпадут.

это я проверял, они одинаково отображают - на пару секунд вперед, когда я захожу на сайт, мой клиент тупо отстаёт на 4 секунды от серверных секунд

Ага... а то, что от изменения времени в системе и до отображения его на экране могло и больше, чем 2 секунды, пройти - вы не учитываете, да?

нет

единственное решение тут вижу в том что бы с сервера передавать время на клиент и таким образом синхронизировать секунды, потому что я щас с клиента отправлял запрос на бэк, запрос был отправлен в 25 секунд, на бэке moment().utc().toDate() - выводит уже 28 секунд, на 3 секунды вперед, хотя весь запрос с клиента на бэк в целом занимает 200мс

либо я не верно работаю с moment, либо хз

ну в целом mysql время так же впереди на эти пару секунд, т.к записи создаются в будущем на пару секунд, может вопрос и не корректно я задал, но как-то же надо было его задать, если эта проблема есть в mysql, то и создал вопрос по mysql

[Akina]

szQocks, ну то есть у вас между клиентом и MySQL - прослойка из кучи дармоедов, и каждый вносит свою погрешность, которая суммарно получается весьма приличной.

ну в целом mysql время так же впереди на эти пару секунд, т.к записи создаются в будущем на пару секунд

Ну правильно. Клиент шлёт запрос в Т+00:00:00, а до MySQL этот запрос через все инстанции добирается в Т+00:00:02, что тебе и отражается в записанных данных.

секунд, может вопрос и не корректно я задал, но как-то же надо было его задать,

Эта проблема НИКАКОГО отношения к MySQL не имеет в принципе.

Делай не SELECT NOW();, а SELECT SYSDATE(3); - получишь время 1) запрошенное операционной системой по заказу MySQL из аппаратного таймера; 2) запрошенное именно в момент выполнения функции (тогда как первый запрос возвращает время, когда запрос был взят сервером на обработку/исполнение); 3) с точностью в миллисекунду. Если обнаружишь разницу (а скорее всего - обнаружишь), то ругай не MySQL, а тех, кто доносит до него твой запрос... так неспешно.

единственное решение тут вижу в том что бы с сервера передавать время на клиент и таким образом синхронизировать секунды

Протокол NTP - открыт всем ветрам и достаточно несложен в воспроизведении... правда, на таком "пироге" сервисов девиация будет с просто умопомрачительной ошибкой.

Answer 2

[VoidVolker]

смотрел в открую консоль одновременно и на секунды на этом сайте, и как только секунда изменилась ( получается в самом начале ) я нажал на enter что бы выполнить команду, и разница была в 2 секунды

Вот вам и ответ: время на сайте не совпадает с вашим локальным временем. У БД нет другого источника времени, кроме системного времени. Плюс надо учитывать разные задержки — время вашей реакции, время нажатия на клавишу, время обработки команды, время выполнения инструкции и ещё куча других.

Answer 3

[Daemon23RUS]

Проблема наблюдателя во времени (проблема времени) - ?
Я полагаю, что корень проблемы кроется в методе измерения.
Опишите подробнее КАК вы измеряете. Как вы определили текущий момент времени. Где (какой комп/сервер) вы определили текущий момент времени.
Если не найдется какой либо банальщины, то решение этого вопроса потянет на нобелевку (от классической физики до квантовой механики и теории гравитации) ;))))

Answer 4

[Steel_Balls]

Вот, почитай
https://habr.com/ru/articles/146109/

Comments

[szQocks]

если имеешь ввиду про метки, то это не работает, можешь проверить, если бы это работало, на кой черт тогда синхронизировать время ? почитай о том почему время умеет убегать