Size: a a a

2020 July 31

DM

Dmitriy Mihaylenko in ru_mysql
Dmitriy Mihaylenko
2020-07-30T19:11:12.001688Z 791 [Warning] [MY-010957] [Server] The replication timestamps have returned to normal values.
2020-07-30T19:16:13.698720Z 791 [Warning] [MY-010956] [Server] Invalid replication timestamps: original commit timestamp is more recent than the immediate commit timestamp. This may be an issue if delayed replication is active. Make sure that servers have their clocks set to the correct time. No further message will be emitted until after timestamps become valid again.
вот такое в логе
источник

VO

Vitaliy Okulov in ru_mysql
ntpd на обоих серверах настроено?
источник

VO

Vitaliy Okulov in ru_mysql
и мастере и реплики
источник

DM

Dmitriy Mihaylenko in ru_mysql
на обоих его не было, время там нормально шло, сейчас поставил, засинкал, но не помогло
источник

VO

Vitaliy Okulov in ru_mysql
а что не помогло, как проверяешь?
источник

m

misha in ru_mysql
у меня mysql 5.7.26
источник

DM

Dmitriy Mihaylenko in ru_mysql
Vitaliy Okulov
а что не помогло, как проверяешь?
та просто рестарт демона, и в логах время отстает
источник

VO

Vitaliy Okulov in ru_mysql
стратум какой в итоге?
источник

VO

Vitaliy Okulov in ru_mysql
и перед запуском демона ntpdate запусти, отсинкай время
источник

DM

Dmitriy Mihaylenko in ru_mysql
Vitaliy Okulov
и перед запуском демона ntpdate запусти, отсинкай время
так и сделал
источник

VO

Vitaliy Okulov in ru_mysql
👍
источник

DM

Dmitriy Mihaylenko in ru_mysql
Vitaliy Okulov
стратум какой в итоге?
то есть?
источник

m

misha in ru_mysql
да причем тут ntpdate, если в логи пишется с отставанием на 3 часа от системного времени?
тут надо разобраться с часовым поясом
источник

DM

Dmitriy Mihaylenko in ru_mysql
date +"%Z %z"
EEST +0300
источник

DM

Dmitriy Mihaylenko in ru_mysql
все верно
источник

DM

Dmitriy Mihaylenko in ru_mysql
я пока не понимаю почему так, все логи нормально пишутся по времени, кроме mysql
источник

DM

Dmitriy Mihaylenko in ru_mysql
timedatectl | grep "Time zone"
               Time zone: Europe/Kiev (EEST, +0300)
источник

AG

Armen Gasparyan in ru_mysql
Вячеслав
mysql потребляет все больше и больше  ОЗУ. С чем это может быть связано?
Доброго дня Вячеслав... Интересно стало Вам удалось найти сточник проблемы? У меня схожая проблема и регулярно выходит за лимит буффер-пула
источник

DM

Dmitriy Mihaylenko in ru_mysql
то никто не знает в чем проблема?
источник

AG

Armen Gasparyan in ru_mysql
Nickolay Ihalainen
задайте размер буферпула на 25% от общего объёма RAM. если ps -eo vsz,cmd|grep mysqld будет неограниченно расти (процентов на 70-80% от RAM), значит какая-то утечка. Если нет, то повышайте размер буферпула c 25% до максимально возможного без свопа.
допустим это утечка, как эту утечку можно вычислить?
источник