Почему сервер MySQL закрывает соединение?

Question

[viig]

Была произведена миграция сервера MySQL на другой хостинг. Отдельная vm, на которую установлен сервер MySQL. На новой установке столкнулся с тем, что MySQL закрывает соединения. В приложении (Nest.js + TypeORM) это выглядит так:

...
QueryFailedError: read ETIMEDOUT
...
driverError: Error: read ETIMEDOUT
      at TCP.onStreamRead (node:internal/stream_base_commons:217:20) {
    errno: -110,
    code: 'ETIMEDOUT',
    syscall: 'read',
    fatal: true
  },
  errno: -110,
  code: 'ETIMEDOUT'

Если подключится, к примеру, консольным клиентов mysql, то:

• соеденение установлено;
  
• выполняем какой-нибудь запрос, все ок;
  
• ждем пару минут, выполняем еще один запрос и получаем ошибку: ERROR 2013 (HY000): Lost connection to MySQL server during query
  No connection. Trying to reconnect...
  

spoiler

Answer 1

[Александр Карабанов]

Посмотри есть ли, что нибудь в error.log и проверь, что процесс сервера не перезапускается.

PS
И не надо публиковать текст картинкой - текст с картинки не скопирова, не найти поиском, а порой и вовсе сложно разглядеть, как из-за того, что картина "зашакалена" и её не увеличить, так и из-за того что на фоне какие-то картинка.

Comments

[viig]

Спасибо.

error.log смоотрел, к сожалению, нет ничего с момента запуска.

PS.
Картинка для наглядности, она не зашакалена, все читается, тексты ошибок указаны в посте, а то какой запрос выполнять значения не имеет, хоть select 1, результат будет такой же.

[Михаил Ливач]

viig, откройте этот вопрос на смартфоне и поймёте, о чем говорит Александр Карабанов . В отличие от текста, сраные картинки ужимаются и там практически ничего не разглядеть. Кроме того, если потребуется что-то из Вашего сообщения вбить в гугл, что Вы предлагаете делать? Набирать руками? Поверьте, большинство просто пройдут мимо такого вопроса.

[viig]

Я повторюсь, картинка для наглядности, в ней нет ничего, что не написано текстом в посте. По существу есть что сказать? Спасибо.

P.S.: Не поленился, открыл страницу на телефоне - все там видно нормально, все читается.

Answer 2

[Moses Fender]

Разрыв соединения через некоторое время — нормальное поведение. Раньше для ленивых в библиотеках был даже pconnect, чтобы поддерживать соединение активным. Со временем он стал deprecated, и просто исчез. Рекомендуется всякий раз проверять соединение, и подключаться в случае ошибки, а потом уж что-то делать. Ну или раз в минуту слать что-то типа SELECT NOW(), чтобы соединение не отрывалось.

Comments

[Михаил Ливач]

Вы что-то странное пишете. Какой смысл разработчикам вводить эти параметры ( wait_timeout , interactive_timeout ) , если они не собираются поддерживать заявленное поведение?

[viig]

Извините, но нет, это не нормальное поведение. И посылать раз в минуты select 1, для того что бы поддерживать соединение это тоже не норма.