В буфер помещаются только данные, которые были считаны, и только InnoDB, а так же он используется для буферизации записей.
Не имеет смысла ставить буфер InnoDB 20G. Он должен быть равен объему данных InnoDB. Другое дело, если вы ожидаете быстрый рост кол-ва данных, но это обычно исключение. Если у вас подавляющее большинство данных в MyISAM - вам следует наоборот уменьшить буфер. InnoDB следует использовать только там, где нужна транзакционная целостность.
Помимо настройки буфера, вам необходимо разобраться с размерами логов InnoDB. В обычном случае рекомендуют 25% от размера буфера, но на практике слишком большие размеры логов приводят к замедлению работы из-за высокого IO. Размер логов подбирается так, чтобы в случае чего все данные успевали сохраняться на диске, из логов будет происходить откат незавершённых транзакций.
Покажите строку
из mysqltuner, аналогично соседней теме.
А остальные 20 гиг в базе есть? И с ними вообще шла работа? А то вдруг таблицы, которые и считаны то с диска ниразу небыли..
Stek, Докер ДОБАВЛЯЕТ свои правила, а не заменяет их. Хотя чего это я. Прочитал доку за вас.
https://docs.docker.com/network/iptables/
Не совсем. Я считал, что это для автоматизации действий и визуализации данных, если что. Проблема логина на сотню серверов раз в пару дней по шеллу :). Правда, для этого используют инструменты оркестрации обычно.
baas, cat | grep ?
http://vasilisc.com/21-examples-iptables
Кокпит - это не то, что вы думаете. Конфиги оно за вас писать не будет. Как и делать многое другое. К Webmin/Virtualmin это отношения не имеет, назначение и функционал разный.
Stek, Ну так смените policy на DROP и откройте нужные порты для нужных IP.
Да что тут обсуждать. Ребята посмотрели, что они прилично бабла торчат партнёрам, а выхлопа с этого маловато. Ну и поправили правила партнёрки. Под шумок решили отжать бабла, которое они партнёрам торчали, только и всего.
Сначала разрешить нужные IP, остальное дропать. Тут нет никаких проблем.
