за месяц вымахал до 30Гб, сегодня ночью сдамбил базы, удалил базы, удалил его и лог, создал базы, залил дамбы баз, и меньше чем за сутки файл уже весит 717Мб, причём вес все БД полезный менее 300Мб))
Your MariaDB connection id is 5170
Server version: 10.11.3-MariaDB-1 Debian 12
Может транзакции какие длинные и большие? Можно ограничить лог скажем до 2гб. max_binlog_size
А причем тут размер бинлога?
Туда, как минимум, из объёмного, undo log пишется, могут временные таблицы ещё. Их нужно отдельно выносить.
Сайт мелкий базы копеечные
Иннодб же хранит интексы и таблицы в отдельных файлах?
Пишутся и не удаляются?
А может быть что раньше была большая база или их было суммарно много?
Нет, базы всегда были копеечные
Странно. Но можно попробовать ограничить. Но эт возможно потребует бэкап рестор innodb_file_per_table=0 innodb_data_file_path = ibdata1:265M:autoextend:max:10G
Если это настроено. Что в файле - написано в Percona https://www.percona.com/blog/xtradb-innodb-internals-in-drawing/
Да. Потом перезаписываются. То есть рост за счёт этих временных штук небесконечный
У меня файл вырос до 30гб и не планировал останавливаться)
Ищите долгие транзакции, селекты в моменты роста, это упростит поиск причин.
можете объяснить как это связано?. В моменты роста есть обмен с 1с к примеру, остальное сложно назвать долгим
innodb_file_per_table=ON Но у меня наоборот это включено
причём рост продолжался в течении более чем месяца
опять же, долгие это довольно спорно, врядли они дольше 30 сек иначе уходили бы в таймаут
begin; select * from dumb.table; И после этого подождать часов 8. Никаких таймаутов в 30 секунд нет по умолчанию
при обращении из пхп в мускуль есть и при запросе в вебе таймаут ожидание ответа от бека
Эти таймауты не закрывают коннекшн
тот что в из пхп в мускуль закрывает на сколько мне известно, тот что из nginx в php да, он просто показывает клиенту 504, а в фоне продолжает выполняться
Обсуждают сегодня