M
Size: a a a
2020 August 06
V
Не все разработчики закрывают соединения в скриптах.
Из за этого можно прибить процесс который будет в середине выполнения и получить каку в базе данных потом.
Из за этого можно прибить процесс который будет в середине выполнения и получить каку в базе данных потом.
Этих разработчиков нужно ловить и методично им объяснять, что незакрытая транзакция при tx_isol = REPEATABILE_READ заставляет InnoDB хранить данные с начала самой длинной транзакции. И это серьёзно замедляет сервер.
V
Этих разработчиков нужно ловить и методично им объяснять, что незакрытая транзакция при tx_isol = REPEATABILE_READ заставляет InnoDB хранить данные с начала самой длинной транзакции. И это серьёзно замедляет сервер.
На предложение поменять уровень изоляции предложить посмотреть на hh.ru вакансии дворника
CO
И так ))) Продолжим наш веселый детектив )
Включил
Эта процедура ничего не выдает
Включил
UPDATE performance_schema.setup_instruments SET ENABLED = 'YES' WHERE NAME = 'wait/lock/metadata/sql/mdl'Создал процедуру как было в статье
procShowMetadataLockSummary()Эта процедура ничего не выдает
CO
Кильнул слипы, вроде всё пока нормально ))
CO
но OPTIMIZE TABLE my_tbl, уже 25 мин висит ((
и всё равно все таблицы с локами пустые
и всё равно все таблицы с локами пустые
MN
но OPTIMIZE TABLE my_tbl, уже 25 мин висит ((
и всё равно все таблицы с локами пустые
и всё равно все таблицы с локами пустые
Так же ждет metadata lock?
CO
Так же ждет metadata lock?
Ага, я психанул и пошел пить пиво ((
Мускул это не мое
Мускул это не мое
CO
Но завтра все равно вернусь к вопросу ))