Есть сильно нагруженный инстанс, с которым работает в том числе

Question

Есть сильно нагруженный инстанс, с которым работает в том числе

go-приложение. Если между го-приложением и базой появляются сетевые проблемы, база облипает локами, кратно вырастают коннекты от Go, и ей становится прям не очень. Понятно, что будем стараться не допускать сетевых проблем. Но на стороне mysql можно как-то от этого подстраховаться?

#mysql #programming #russian

0

07.11.2023

18 ответов

32 просмотра

Egor Zagorskiy Автор вопроса

Nikolai Korolev
Выкрутить таймауты

вот тоже про них думаю. а какие? всякие net_read_timeout net_write_timeout ?

0

5 месяцев назад

Nikolai Korolev

Egor Zagorskiy
вот тоже про них думаю. а какие? всякие net_read_t...

It depends Если у вас локи возникают из-за незавершенных транзакций, то можно закрутить kill_idle_transaction

0

5 месяцев назад

Nikolai Korolev

А, еще нюанс - kill_idle_transaction это только в перконовском форке есть

0

5 месяцев назад

Egor Zagorskiy Автор вопроса

Nikolai Korolev
А, еще нюанс - kill_idle_transaction это только в ...

использовал эту опцию когда-нибудь? если да, то сколько?

0

5 месяцев назад

Nikolai Korolev

Egor Zagorskiy
использовал эту опцию когда-нибудь? если да, то ск...

Постоянно. Конкретные значения зависят от профиля нагрузки, если у вас короткие, недолго живущие транзакции, то смело можно выкручивать в 10 секунд. Но по хорошему надо собирать слоу лог и анализировать его на этот предмет

0

5 месяцев назад

Павел Добряков

А если кешировать треды ? Max scale/proxysql и тд ?

0

5 месяцев назад

Daniil

Nikolai Korolev
It depends Если у вас локи возникают из-за незаве...

@xatrixtm, судя по https://docs.percona.com/percona-server/5.7/management/innodb_kill_idle_trx.html#kill_idle_transaction транзакция будет грохнута просто из-за того, что она "простаивает"? Независимо от причины почему простаивает? Вдруг блокировку какую ждёт или такого не ожидается?

0

5 месяцев назад

Nikolai Korolev

Ожидание лока это не idle, в этом случае статус коннекта будет совсем другой и там будут действовать совсем другие таймауты

0

5 месяцев назад

Daniil

Nikolai Korolev
Ожидание лока это не idle, в этом случае статус ко...

ну, если по другому - кроме как сетевая задержка - какие еще могут быть причины для тех тормозов, вследствии которых транзакция будет убита (если еще могут быть какие-то причины)? Раз не локи.

0

5 месяцев назад

Nikolai Korolev

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

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

0

5 месяцев назад

Daniil

Nikolai Korolev
Например человеческий фактор. Кто-то начал транза...

Звучит логично.. Только заранее подготовиться к атаке со стороны разработчиков 😊 - что за дела, я открыл транзакцию, ушел курить, возвращаюсь, а она убита.

0

5 месяцев назад

Nikolai Korolev

Это действительно может подложить проблем, когда этот курильщик бахнет следующий запрос, не посмотрев что транзакция была убита. Но тут я могу только посоветовать убирать доступ на прод)

0

5 месяцев назад

Egor Zagorskiy Автор вопроса

Павел Добряков
А если кешировать треды ? Max scale/proxysql и тд ...

оно через proxysql идёт

0

5 месяцев назад

Daniil

Nikolai Korolev
Это действительно может подложить проблем, когда э...

ага, курильщикам и обжорам 😊)). Ну, я помню на уменьшение wait_timeout сперва тоже ворчали, потом объяснил, кулачком по столу постучал - угомонились.

0

5 месяцев назад