Size: a a a

2020 May 28

M

Mb1W@ in ru_mysql
К мускулю в этом состоянии приконектиться даже локально не дает.
Но он что-то делает... Не понятно что только.
источник

V

Volodimir Fedorov in ru_mysql
дедлок же
источник

V

Volodimir Fedorov in ru_mysql
https://bugs.mysql.com/bug.php?id=86902 не похоже на вашу ситуацию?
источник

NI

Nickolay Ihalainen in ru_mysql
источник

NI

Nickolay Ihalainen in ru_mysql
подождать 31, потестить и обновиться
источник

NI

Nickolay Ihalainen in ru_mysql
пока бинлоги не пуржить под большой нагрузкой
источник

M

Mb1W@ in ru_mysql
Спасибо. Пойду погляжу баг репорты.
источник

M

Mb1W@ in ru_mysql
А как из тех логов, что я собрал стало понятно, что это дедлок и что дело в именно в пурдже бинлогов?
Я просто пытаюсь понять, как правильно читать ту статистику, что я собрал.
источник

NI

Nickolay Ihalainen in ru_mysql
я мельком поглядел, на слейвах таких случаев кучу видел в момент пуржа бинлогов, от безысходности что не могу нормально воспроизвести зарепортил баг, Синиша его отшил, а разраб mysqlный заинтересовался и нарыл в чём проблема, но за один раз не зачинили, пока ждём 5.7.31+
источник

M

Mb1W@ in ru_mysql
Понял, спасибо большое за помощь в решении\нахождении проблемы.
источник

M

Mb1W@ in ru_mysql
Странно, что у обоих мастеров есть слейвы в их же датацентрах и таких проблем на них нет.
Проблема только на принимающем мастере.
источник

M

Mb1W@ in ru_mysql
Причем проблема появляется даже если мастер только репликацией используется.
То есть на нем нет ни одного клиента.
источник

АМ

Арсений Мамаев... in ru_mysql
mysqldump -u root -p --databases vtigercrm > vtigercrm.sql
mysqldump: Error 2013: Lost connection to MySQL server during query when dumping table vtiger_crmentity at row: 8671
/etc/mysql/my.cnf:

innodb_force_recovery=4
max_allowed_packet  = 1G
wait_timeout        = 28800

[mysqldump]
max_allowed_packet  = 1G

Не могу сдампить базу. Есть какие-то мысли?
источник

АМ

Арсений Мамаев... in ru_mysql
/etc/mysql/my.cnf является приоритетным?
источник

АМ

Арсений Мамаев... in ru_mysql
!includedir /etc/mysql/conf.d/
!includedir /etc/mysql/mysql.conf.d/

Что это значит?
источник

NI

Nickolay Ihalainen in ru_mysql
my_print_defaults mysqld
my_print_defaults mysqldump
источник

NI

Nickolay Ihalainen in ru_mysql
покажет
источник

D

Denis in ru_mysql
Арсений Мамаев
mysqldump -u root -p --databases vtigercrm > vtigercrm.sql
mysqldump: Error 2013: Lost connection to MySQL server during query when dumping table vtiger_crmentity at row: 8671
/etc/mysql/my.cnf:

innodb_force_recovery=4
max_allowed_packet  = 1G
wait_timeout        = 28800

[mysqldump]
max_allowed_packet  = 1G

Не могу сдампить базу. Есть какие-то мысли?
кто же производит дампит через stdout? это небезопасно там есть -r

mysqldump -u root -p vtigercrm --default-character-set=utf8mb4 -r vtigercrm.sql
источник

D

Denis in ru_mysql
Арсений Мамаев
mysqldump -u root -p --databases vtigercrm > vtigercrm.sql
mysqldump: Error 2013: Lost connection to MySQL server during query when dumping table vtiger_crmentity at row: 8671
/etc/mysql/my.cnf:

innodb_force_recovery=4
max_allowed_packet  = 1G
wait_timeout        = 28800

[mysqldump]
max_allowed_packet  = 1G

Не могу сдампить базу. Есть какие-то мысли?
innodb_force_recovery может и не поднять талицу
источник

D

Denis in ru_mysql
сделай дамп структуры и таблиц отдельно, например через mydumper

mysqldump --triggers --events --routines --no-data -u root -p vtigercrm --default-character-set=utf8mb4 -r vtigercrm-structure.sql

mysqldump --no-create-db --skip-triggers --no-create-info -u root -p vtigercrm --default-character-set=utf8mb4 -r vtigercrm-data.sql
источник