а то можешь думать что с данными все ко а оно не очень

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

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

норм решение

в чатике по базам подсказал один добрый человек

если у тебя нет записи туда то все так

у меня просто старых данных было много. оказалось хаускипер отключен был

в свапе таблиц прикол в том, что текущая работа не стопорится. история со временем переливается в текущую

я кстати отето читаю смотрю что тут делается с хаускиперами и понимаю что его на крупных инсталляциях надо отключать и делать кронджоб на зачистку

а ресторить 350 гиг заббикса - это капец долго.

хотя на ссд может и не так долго....

у меня не ссд и все в индексы при ресторе упиралось. в иопсы точнее, которых дофига будет

я тебе советую проверить базу. если там все актуально - то постепенный перенос потаблично. если скорость рестора на твоем железе тебе не понравится... =)

я б рекомендовал перелезть на 5.7

включить сжатие для таблиц

хотя бы для больших

и бекапить через гзип

включить сжатие для таблиц

а что это дает? переносит нагрузку с диска на цпу?

цпу гуляет

а iops снижаешь

а iops снижаешь

интересно. а то у меня проца много, а иопсов мало... =)

выключи своп )

не в свопе дело

у него память заканчивается

зато волноваться из-за свтопа не будет )

а что у тебя съело память?

зато волноваться из-за свтопа не будет )

ну ООМ сработает и все

а что так утекает по памяти

такая ситуация только при дампе сиквелдампом?

а какая версия mysql

или сжирает память и просто так, без дампа?

и что в настройках my.cnf

вангую или известный баг какой-то версии БД или мисконфигурация

давай тупо натрави mysqltuner

а че 5.6?

ладно понимаю не 8

но че 5.6 а не 5.7?

осталось выдушить мускультюнер и конфиг мускуля

давай сюда )

осталось выдушить мускультюнер и конфиг мускуля

^^^ this!

https://www.percona.com/blog/2013/09/20/innodb-performance-optimization-basics-updated/

почитай вдумчиво это

@yoleksandr а кем вы работаете?

Ахаха

@yoleksandr а кем вы работаете?

А вы кем?

@yoleksandr а кем вы работаете?

девопс/админ/консалтер

А вы кем?

еникей

здесь канал хороший и кейсы тоже

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

здесь канал хороший и кейсы тоже

Хороший тамада, и конкурсы интересные. :)

ну я серьезно говорю что на таких каналах если правильно читать и работать в определенном направлении то скиллы прокачиваются классно. тем более люди делятся знаниями - а этот самое вежное

Форум в этом смысле ценнее, КМК., но тут все гораздо оперативнее. На форуме - пока ответа дождешься...

нет. это быстрая операция. я про это как раз и говорил

более того - она атомарная

https://dev.mysql.com/doc/refman/5.6/en/tablespace-enabling.html

ERROR: S client not available

The innodb_file_per_table option is enabled by default.

оп!

The innodb_file_per_table option is enabled by default.

это можно проверить же

select * from variables like 'innodb_file%'

или типа того...

[mysqld] innodb_file_per_table=1

в рантайм

SET GLOBAL innodb_file_per_table=1;

или select variables like ....

и вперед

ALTER TABLE table_name ENGINE=InnoDB;

я про текущее значение

открой документацию что скинул

это для движка

Александр пишет, что у тебя должно быть включено уже

угу

просто сама база может прийти от 5.5

ну вот и создай новую бд

угу

пробуй

скопируй туда со старой

альтер разве сделает это?

вроде всегда дамп/рестор был в такой задаче

ты сначала получи это

я делал так - добавил новый диск. нужного размера. стопорнул базу. перенес пофайлово. это в разы!!! быстрее. потом можно уже делать перенос. места под два экземпляра хватает уже

а вот перенос делал как писал выше. потаблично. и долго